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DDE (Dynamic Data 
Exchange) hat sich in 
der Windows-Umge- 
bung als konsistente, 
flexible Methode für 
die Kommunikation 
zwischen Anwendun- 
gen bewährt. Bei der 
Umsetzung auf den 
Presentation Manager 
wurden einige Ände- 
rungen des Protokolls 
notwendig, die aus- 
führlich beschrieben 
werden. 
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Editorial 


ystems 1989: Besucher- 
rekord im Bayerischen High- 


Pi Tech-Mekka! Erste EISA-Rechner 
“ zu sehen! 486er Computer auf 


breiter Front! Neue Personal- 
computer führender Hersteller 
mit integriertem CD-ROM-Lauf- 
werk! 

Das werden die Schlagzeilen 
in der Computer- und Tages- 
presse im Oktober und Novem- 
ber sein. Aber auch: Neue Netz- 
werktechnologien vorgestellt! 
Erste große OS/2-Anwendun- 
gen! Der Standard Windows hat 
sich durchgesetzt! Das sind 
zweifellos die Software-High- 
lights dieser Messe. 

Microsoft wird neben seinem 
eigenen Messestand (Halle 5, 
A8/B5) mit den üblichen Vor- 
führungen neuer Produkte unab- 
hängigen Softwarehäusern einen 
eigenen Ausstellungspavillion 
(vor Halle 5) zur Vorstellung 
neuer Windows- und Presen- 
tation Manager-Anwendungen 
zur Verfügung stellen. Im Micro- 
soft-Zelt (vor Halle 16) werden 
darüber hinaus zahlreiche Soft- 
warefirmen weitere Windows- 
und OS/2-Produkte der Öffent- 
lichkeit präsentieren. Dabei 
reicht die Spanne der beteiligten 
Unternehmen von Riesen wie 
zum Beispiel Siemens bis zu 
kleineren High-Tech-Firmen wie 
Format Software, die bislang 
ausschließlich im Macintosh- 
Markt zu Hause waren. 

104 Seiten umfaßt die erste 
Ausgabe des »Microsoft Win- 
dows Applikationsverzeichnis- 
ses«, des ersten Katalogs, der 
sich bemüht, sämtliche in 
Deutschland derzeit erhältlichen 
Windows-Anwendungen in 
Kurzbeschreibungen aufzufüh- 
ren. Ende August bei Microsoft 
im Selbstverlag erschienen, 
wären schon wieder Ergänzun- 
gen nötig — so rasant entwickelt 
sich derzeit der Windows-Markt. 
Alle halbe Jahre soll deshalb 
künftig eine Neuauflage erschei- 
nen. Der Katalog ist bei Micro- 
soft gegen einen Unkosten- 
beitrag von 6,- DM zuzüglich 
Versandkosten erhältlich. 


Das erste Heft des Microsoft 
System Journals in neuer Auf- 
machung ist bei den Lesern of- 
fensichtlich gut angekommen. 
Die Zahl von 500 neuen Abon- 
nenten in nur vier Wochen 
spricht für sich. Auch das Feed- 
back auf unsere Leserbefragung 
war beträchtlich. Über die Ein- 
zelergebnisse werden wir im 
nächsten Heft berichten. Auch 
die Gewinner der zwanzig 
QuickPascal-Compiler und der 
35 Bücher werden wir dann be- 
kanntgeben. Zehn Produkte 
wurden verlost, weitere zehn 
Produkte waren ja den ersten 
Einsendern des Fragebogens ver- 
sprochen. Um zu den ersten 
zehn Rücksendern zu zählen, 
mußte man sich aber schon 
wirklich beeilen. Ein Leser 
schickte deshalb am Erstver- 
kaufstag seine Schwester mit 
ausgefülltem Bogen direkt in die 
Redaktionsräume. Zwei andere 
übersandten uns ihre Antworten 
per Fax. 

Zahlreiche Anfragen gingen 
mit der Bitte um 3 1/2-Zoll- 
Listing-Disketten ein. Da wir den 
Heften nicht Disketten mit bei- 
den Formaten beilegen können, 
3 1/2-Zoll-Floppys auch be- 
trächtlich teurer sind als jene im 
5 1/4-Zoll-Standard, bieten wir 
allen Interessenten künftig die 
Listings gegen eine Aufwands- 
entschädigung auch auf 3 1/2- 
Zoll-Disketten an. Zu beziehen 
über: Microsoft System Journal, 
Leserservice 7311, Postfach 
6740, D-8700 Würzburg. 

Anregungen, Beiträge, Tips, 
Kritik, Lob und Tadel für unser 
System Journal sind Microsoft 
und der Redaktion natürlich 
stets willkommen. Schließlich ist 
es IHR Heft, mit dem wir Ihnen 
wieder viel Vergnügen wün- 
schen! 


Dr. Michael Kausch 


Pressesprecher Editorial 
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>> Bild 1: 

Im DDE Ein-Ser- 
ver/Ein-Client-Mo- 
dell initiiert die Cli- 
ent-Anwendung die 
Konversation und 
der Server bestätigt 
sie. Anschließend 
schickt der Server 
Daten, wenn sie der 
Client anfordert. 
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DDE und Presentation Manager: 


Dynamischer 
Daten- 
austausch 
unter dem 
Presentation 
Manager 


IBM und Microsoft lieferten vor 
einiger Zeit eine neue Version des 
Betriebssystems OS/2 aus, das 
einige wichtige Neuerungen gegen- 
über der ersten Version enthält. 
Die wichtigste Änderung ist der 
Presentation Manager (PM), der 
jetzt zum Lieferumfang gehört. Der 
Presentation Manager basiert auf 
Microsoft Windows, und bietet die- 
selben Vorteile, die Windows unter 
DOS bietet: eine fensterorientierte, 
grafische Benutzeroberfläche und 
die Unterstützung zahlreicher Ein- 
und Ausgabegeräte. 


ine wichtige Komponente von Microsoft 

Windows ist auch im Presentation Manager 
implementiert, das dynamische Datenaustausch- 
Protokoll (DDE, Dynamic Data Exchange). DDE 
ist ein veröffentlichtes Meldungsprotokoll für den 
Austausch von Daten unter den beteiligten Pro- 
grammen und ist unter Windows schnell als 
Standardprotokoll für den Datenaustausch aner- 
kannt worden. Der Übergang des DDE von DOS 
auf OS/2 erforderte einige Verbesserungen be- 
züglich der Adreßbeschränkung der originalen 
Windows DDE-Spezifikation. Dieser Artikel be- 
schreibt diesen Übergang und verwendet ein gra- 
fisches Datenaustausch-Programm als Beispiel. 


Client Application 


DDESTRUCT 
with Data 


Initiate 


Server Application 


Flavor Preference 


InitiateAck 45% Mint 


Protokolländerungen 


In der Windows-Umgebung bietet DDE eine kon- 
sistente, flexible Methode für die Konversation 
zwischen Anwendungen. Bei der Umsetzung auf 
die geschützte Multitasking-Umgebung des PM 
wurden jedoch einige Änderungen des Protokolls 
notwendig. Diese Änderungen sollten die neuen 
Gegebenheiten der OS/2-Umgebung berücksich- 
tigen, ohne das DDE-Modell, das sich in der 
Windows-Umgebung bewährt hat, sehr zu 
ändern. 

Die erste Annäherung an OS/2 und den Pre- 
sentation Manager wurde durch eine einfache 
Änderung der Meldungsparameter erreicht. Die 
wichtigste Änderung ist dann notwendig, wenn 
Daten an eine andere Anwendung übergeben 
werden, was unter OS/2 prozeßübergreifend ist. 
Wo unter Windows eine Handle auf die Daten 
genügt, wird für die Datenübergabe unter 0S/2 
ein Speicherselektor benötigt. String-Daten 
könnten weiterhin in der globalen Atomtabelle 
übergeben werden, die Anwendungen müßten 
aber den Zugriff auf diese Atomtabelle explizit 
anfordern. Diese Annäherung löste das Problem, 
das durch den geschützten Speicher für die DDE- 
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hen initialisieren. 


Mit Microsoft QuickC 2.0 beherr- 
schen Sie die Programmiersprache C 
im Handumdrehen. Mit dem neuen 
interaktiven Lernprogramm QC-Ex- 
press können Sie schon nach kurzer 
Zeit produktiv werden und Ihre ersten 
Programme austesten. Hierbei unter- 
stützt Sie eine neue, auf der Hypertext- 
Technologie basierende Hilfefunktion, 
der QC-Ratgeber. Der Microsoft 
QC-Ratgeber ist ein elektronisches 
Handbuch, das die Beschreibung aller 
C-Befehle enthält. Durch viele Quer- 
verweise und Beispiele zu jedem 
C-Befehl können Sie sämtliche 
Themengebiete per Mausklick oder 
E1-Taste komfortabel am Bildschirm 
bearbeiten. Der QC-Ratgeber macht 
Schluß, mit zeitintensivem Suchen 
uno „Nachschlagen im Handbuch. 
Auch Prograhimbeispiele können per 


Tastendruck kopiert und sofort in 
QuickG ausprobiert werden! 

Microsoft QuickC 2.0 garantiert 
schnelle Entwicklungs- und Ausfüh- 
rungszeiten. Neben den vom MICRO- 
SOFT C COMPILER 5.1 bekannten 
Optimierungstechniken wurde QuickC 
nun um die Möglichkeit erweitert, 
zeitkritische Funktionen durch In- 


Line-Assembler-Routinen effektiver 
zu gestalten. 
Holen Sie sich Microsoft QuickC 


2.0: State-of-the-Art für nur 339- DM 
(unverbindliche Preisempfehlung). 
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Neue umfangreiche 
integrierte Hilfstunk- 
tionen 
- Computergestütztes 
Lernprogramm 

- Komplettes 
C-Befehlsiexikon 

- Viele C-Beispiele, auf 
Knopfdruck kopierbar 

Inkrementeller Com- 
piler: übersetzt bis zu 
25.000 Zeilen/Minute 

In-Line Assembler 

Integrierte Entwick- 
lungsumgebung mit 
komtortablem Debugger 
der zweiten Generation 

Speichermodelle: 
Small, Medium, Com- 
pact, Large, Huge inner- 
halb der Umgebung 
u Umfangreiche Gra- 
fikbibliothek, z.B. Bar/ 
Pie-Charts/Windows- 
Schriftfonts 

Mixed-Language 
Programmieren 
- (MICROSOFT PASCAL, 

MASM, FORTRAN, 
QUICKBASIC) 
u MAKE-, LIB-, LINK- 
Utilities 

Maus-Unterstützung 
optional 
u Grafikunterstützung 
von VGA, EGA, CGA, Her- 
kules-Karte und Olivetti 

Volle Kompatibilität 
zum MS-C 5.1 Compiler 


Programmieren statt Bücherwälzen! 
Das neue Microsoft QuickG 


2.0. 
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Nachrichten notwendig wurde. Doch es gab noch 
weitere Probleme und Einschränkungen. Sie 
konnten aber durch weitere Änderungen des Pro- 
tokolls gelöst werden. 

Ein Problem für DDE stellt die Beschränkung 
auf zwei Parameter in den PM-Nachrichten dar. 
Analog zu dem DDE-Modell von Windows ist der 
erste Parameter in der DDE-Nachricht die Handle 
des sendenden Fensters. Es bleibt also nur noch 
ein 32-Bit-Parameter für die anderen Konversa- 
tionsparameter und die Datenreferenzen übrig. 
Obwohl die nötigen Parameter und die Daten- 
referenzen in den übrigbleibenden Long-Wert 
passen würden, wäre dann aber kein Platz für 
Erweiterungen geblieben. 

Die Konversation mit anderen Computern in 
einem lokalen Netz (LAN) oder mit anderen Ty- 
pen von Computern bereitet mit dieser Para- 
metereinschränkung Schwierigkeiten. Die Ein- 
schränkung wird auch zum Problem, wenn sich 
der adressierbare Speicher des Betriebssystems 
vergrößert. Selbst in der jetzigen Umgebung ist 
jegliche Erweiterung des DDE-Modells oder der 
Konversationsparameter wegen der beschränkten 
Parameteranzahl nicht möglich. Das Protokoll 
mußte also einfach so erweitert werden, daß es 
Raum für Neuerungen bietet und der Anwen- 
dung ermöglicht, eventuell notwendige eigene 
Parameter unterzubringen. 

Zur Erweiterung des Parameterbereichs für die 
DDE-Nachrichten verwendet die PM-Version des 
DDE den zweiten Parameter als einen 32-Bit-Zei- 
ger auf eine von zwei verfügbaren DDE-Struk- 
turen. Diese Strukturen beinhalten sowohl alle 
nötigen DDE-Konversationsparameter, als auch — 
falls notwendig - die tatsächlichen Daten. Wenn 
die Anforderungen an DDE sich ändern, so kann 
diese Struktur erweitert werden, ohne die Para- 
meter der DDE-Nachricht zu ändern. Die Far- 
Adresse der Struktur bietet Kompatibilität zu 
neuer Systemsoftware und anderen Maschinen. 
Durch das Packen aller Parameter in eine Struk- 
tur werden die Nachrichtenparameter konsisten- 
ter, da unterschiedliche Parameter in der Struk- 
tur selbst enthalten sind. 

Alle Parameter werden in eine einzige Struktur 
gepackt, wodurch die Verwendung der globalen 
Atomtabelle nicht mehr notwendig ist. Das Hin- 
zufügen von Stringparametern zu der globalen 
Atomtabelle hätte zu einem zweiten Daten- 
zugriffspfad geführt, der das Protokoll nur un- 
nötig verkompliziert hätte. Statt dessen sind die 
String-Daten nun in der DDE-Struktur enthalten. 

Da die meisten DDE-Nachrichten an Fenster in 
einem anderen Prozeß gesendet bzw. übergeben 
werden, muß der Speicher der DDE-Strukturen 
dem empfangenden Prozeß zugänglich gemacht 
werden. Das PM-DDE-Protokoll bietet ein neues 
Anwendungs-Programm-Interface (API) für das 
Senden und Empfangen von DDE-Nachrichten. 
Die Anwendungen benutzen nicht WinPostMsg 
oder WinSendMsg für die Übertragung der DDE- 


Nachrichten. Statt dessen werden die Nachrich- 
ten und die Parameter an ein System-API über- 
geben, das es dem empfangenden Prozeß gestat- 
tet, auf die DDE-Strukturen zuzugreifen und die 
Meldungen im Namen der aufrufenden Anwen- 
dung schickt oder ablegt. Diese APIs gewährlei- 
sten den konsistenten und korrekten Zugriff auf 
die Strukturen und vermindert den Programmier- 
aufwand, der für eine Anwendung, die DDE ver- 
wendet, notwendig ist. 

Diese Verbesserungen von DDE unter 0S/2 
bieten einen Standardrahmen für kommunizie- 
rende Anwendungen, ohne daß es notwendig ist, 
ein neues Protokoll zu entwickeln, das DDE in 
einer Multitasking-Umgebung gerecht wird. 
Zusätzlich bietet DDE für OS/2 eine einfache 
Methode, um sogar den immer häufiger werden- 
den komplexen grafischen Datenaustausch in 
einer effizienten Weise zu erledigen. 


Ein Client, ein Server 


Der einfachste Fall für den Einsatz von DDE be- 
steht aus einer Anwendung, auch Client genannt, 
die von einer anderen unabhängigen Anwendung 
(dem Server) Daten benötigt. Ein klassisches Bei- 
spiel ist ein Geschäftsgrafik-Programm, das ak- 
tualisierte Daten von einem Tabellenkalkulati- 
ons-Programm empfängt, und diese geänderte 
Daten durch Neuausgabe eines Diagramms 
widergibt. In diesem Fall ist das Geschäftsgrafik- 
Programm der Client und die Tabellenkalkula- 
tion der Server. 

Wir wollen uns zunächst mit dem einfachsten 
Fall des Ein-Client-/Ein-Server-Modells beschäf- 
tigen. In diesem Beispiel ist der Zweck der DDE- 
Konversation der Austausch von grafischen 
Daten zwischen unterschiedlichen Anwendun- 
gen. Die Server-Anwendung ist irgendein Pro- 
gramm, das im Fenster der Client-Anwendung 
Daten grafisch darstellen will. Die grafischen 
Daten werden immer dann, wenn die Server- 
Anwendung das Aussehen seines Bildes ändern 
will, gesammelt und an die Client-Anwendung 
gesendet. 

Bild 1 zeigt den generellen Programmablauf 
für eine Ein-Client-/Ein-Server-Anwendung. Die 
Client-Anwendung beginnt die Konversation. 
Nachdem der Server den Beginn bestätigt hat, 
fordert der Client die Daten an, und der Server 
sendet sie in den entsprechenden Strukturen. 

Eine Ein-Client-/Ein-Server-DDE-Konversation 
beginnt, wenn die Client-Anwendung eine 
WM_DDE INITIATE-Nachricht an alle anderen 
obersten Fenster im System gesendet hat. Der 
Client gibt den Namen der Anwendung an, die 
antworten soll, ebenso den Namen, der das 
Thema der gewünschten Konversation angibt. 
Jeder der beiden Strings kann NULL sein, um 
anzuzeigen, daß der Server oder das Thema der 
Konversation nicht festgelegt ist, und jede An- 


case WM CREATE: /* broadcast the initiate message */ 
WinDdeinitiate(hwnd, "App_Name", "Graphics Exchange"); 
break; 


case WM_DDE_INITIATE: /* respond if app and topic strings match */ 
pDDEInit = (PDDEINIT)IParam2; 
if ((HWND)IParaml I= hwnd) { 
iff(tstremp("App_Name*, pDDEInit->pszAppName)) && 
(!stremp(*Graphics_Exchange*, pDDEInit->pszTopic))) { 
WinDdeRespond(lParaml, hwnd, "Client", 
"Graphics_Exchange"); 


} 


} 
DosFreeSeg(PDDEITOSEL(pDDEInit)); 
break; 


wendung, die DDE implementiert hat, mit- 
machen kann. Die Nachricht WM_DDE_INITIATE 
wird nicht von der Anwendung direkt gesendet. 
Statt dessen verwendet die Client-Anwendung 
die Funktion WinDdelnitiate, um.die Nachricht 
zu senden. Listing 1 zeigt die Prozedur für die 
Initiierung. 

Erhält eine Server-Anwendung die Nachricht 
WM. DDE INITIATE, so prüft sie den Namen der 
Anwendung und die Art der Konversation, um zu 
entscheiden, ob sie teilnehmen will. Ein Beispiel 
für den Beginn der Bearbeitung sehen Sie in 
Listing 2. Beachten Sie, daß die Stringparameter 
der Funktion WinDdelnitiate nicht als Parameter 
in der Nachricht WM_DDE _INITIATE enthalten 
sind. Statt dessen befinden sie sich in der Struk- 
tur DDEINIT, auf die durch den zweiten Para- 
meter verwiesen wird. In allen DDE-Nachrichten 
enthält der erste Parameter die Handle des Fen- 
sters, von dem die DDE-Nachricht stammt. 

Wenn der Server an der Konversation teil- 
nehmen möchte, ruft er die Funktion Win- 
DdeRespond auf, um die Nachricht 
WM _DDE INITIATEACK an die Client-Anwen- 
dung zurückzusenden. Auch hier werden die 
Stringparameter in die DDEINIT-Struktur ko- 
piert, und der Zeiger auf die Struktur wird als 
zweiter Parameter in der Nachricht 
WM. DDE INITIATEACK übergeben. 

Nach dem vVerbindungsaufbau kann der 
eigentliche Datenaustausch beginnen. Dieser 
Austausch kann entweder einmalig oder fortlau- 
fend sein, oder auf Kommandos der Gegenseite 
beruhen. 

Der einmalige Datentransfer wird mit der 
Nachrichtt WM_DDE REQUEST durchgeführt, 
wenn die Daten vom Server zum Client übertra- 
gen, und durch die Nachricht WM_DDE_POKE, 
wenn die Daten vom Client zum Server übertra- 
gen werden. In beiden Fällen wird eine 
DDESTRUCT-Struktur von der Client-Anwen- 
dung allokiert und gefüllt. Die Struktur enthält 
Statusflags, die das Format der Daten, die über- 
tragen oder angefordert werden, beschreiben, 
wie auch den Zustand und die Größe der Daten. 
Nachdem die Struktur gefüllt ist, wird die Nach- 
richt WM_DDE REQUEST oder WM _DDE POKE 
mit der Funktion WinDdePostMsg an die Server- 


case WM _DDE REQUEST: /* allocate DDESTRUCT and send data */ 
pDDEStruct = (PODESTRUCT) IParam2; 
strepy(szTemp, "Text_Data"); 
if((pDDEStruct->usFormat == DDEFMT_TEXT) 58 
(!stremp(szTemp, DDES_PSZITEMNAME(pDDEStruct)))) { 
nNumBytes = (strien(szTemp) + 2 + strlen(szData)); 
pDDEStruct = st_DDE Alloc((sizeof(DDESTRUCT) + nNumdytes), 
"DDEFMT_TEXT"); 
pDDEStruct->cbData = strien(szData) + 1; 
pDDEStruct->offszitemliame = (USHORT)sizeof(DDESTRUCT); 
pDDEStruct->offabData = (USHORT) ((sizeof(DDESTRUCT) + 
strien(szTem)) + 1); 
memcpy(DDES_PSZITEMNAME(pDDEStruct), szTemp, (strien(szTemp) 
+1)); 
memcpy(DDES_PABDATA(pDDEStruct), szData, (strien(szData) 
+1)); 


pDDEStruct->fsStatus |= DDE_FRESPONSE; 
WinDdePostMsg((HWND)]Paraml, hwnd, WM_DDE_DATA, pDDEStruct, 


TRUE); 
DosFreeSeg(PODESTOSEL(1Param2)); 
} 
else { /* send negative ACK using their DDESTRUCT */ 
pDDEStruct->fsStatus &= ("DDE_FACK); 
WinDdePostMsg((HWND)1Paraml, hund, WM_DDE_ACK, pDDEStruct, 
TRUE); } 
break; 
case WM _DDE_POKE: /* unsolicited data from client */ 
pDDEStruct = (PDDESTRUCT) IParam2; 
strcpy(szTemp, "Text_Data"); 
if((pDDEStruct->usFormat == DDEFMT_TEXT) 8& 

(!stremp(szTemp, DDES_PSZITEMNAME(pDDEStruct)))) { 
strepy(szData, DDES_PABDATA(pDDEStruct)); 
DosFreeSeg(PDDESTOSEL(1Param2)); } 

else { /* send negative ACK using their DDESTRUCT */ 
pDDEStruct->fsStatus &= (”DDE_FACK); 

WinDdePostMsg((HWND)1Paraml, hwnd, WM_DDE_ACK, pDDEStruct, 

TRUE); }break 


Anwendung übertragen. Dieser Aufruf wird für 
alle Meldungen bis auf WM_DDE_INITIATE und 
WM_DDE INITIATEACK verwendet. Der Aufruf 
stellt sicher, daß die empfangende Fenster- 
Handle Zugriff auf den für DDESTRUCT allokier- 
ten Speicher erhält. 

Wenn die Daten gesendet werden, wird für 
den Transfer nur die Nachricht WM_DDE_POKE 
benötigt, da die Übertragung unaufgefordert 
stattfindet. Werden die Daten angefordert, so 
antwortet die Server-Anwendung mit der Nach- 
richt WM_DDE_DATA. Kann der Server die 
Daten nicht im gewünschten Format liefern, so 
antwortet er mit einer negativen WM_DDE_ACK- 
Nachricht. Listing 3 zeigt den Programmteil, der 
in der Server-Anwendung notwendig ist, um 
beide einmaligen Datentransfermethoden zu im- 
plementieren. 

Wahrscheinlich ist die am meisten benötigte 
Datentransferart in DDE die kontinuierliche Ver- 
bindung zwischen Anwendungen. In diesem Fall 
sendet die Client-Anwendung eine WM _DDE _- 
ADVISE-Nachricht. Die Struktur DDESTRUCT 
wird in derselben Art und Weise wie bei der 
Nachricht WM_DDE_ REQUEST gefüllt. Diese 
Nachricht informiert die Server-Anwendung, daß 
die Client-Anwendung eine WM_DDE_DATA- 
Nachricht erhalten möchte, wenn sich Daten 
ändern. Wie bei WM_DDE REQUEST antwortet 
der Server mit einer negativen WM_DDE_ACK- 
Nachricht, wenn er die Daten nicht im geforder- 
ten Format liefern kann. Können die Daten gelie- 
fert werden, so erhält die Client-Anwendung wei- 
terhin WM_DDE_DATA-Nachrichten, bis entwe- 
der der Austausch beendet ist oder die ständige 
Verbindung gelöst wird. Listing 4 zeigt die Be- 
handlung einer permanenten Verbindung durch 
den Server. 


44 Listing 1: 
Initiierung der DDE- 
Konversation. 


«4 Listing 2: 
Antwort auf eine 
DDE-Konversation. 


«Listing 3: 
Server-Programmteil 
für eine einmalige 
Datenübertragung. 
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® Listing 4: 
Server-Programmteil 
für eine ständige 
Datenverbindung. 


>> Listing 6: 
Registrierung eines 
Benutzer-DDE- 
Datenformats. 


> Listing 5: 
Server-Programmteil 
für die entfernte 
Ausführung von 
Kommandos. 


>>» Listing 7: 
Allokierung von ge- 
meinsamem Speicher 
für die DDE-Mel- 
dungskonversation. 
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case WM_DDE_ADVISE: /* set ADVISE bit in window data and ACK */ 
pDDEStruct = (PDDESTRUCT)1Param2; 
if(pDDEStruct->usFormat == DDEFMT_TEXT) { 
pWWVar->bAdvise = TRUE; 
if (pDDEStruct->fsStatus & DDE_FACKREQ) == DDE_FACKREQ) { 
p0DEStruct->fsStatus |= DDE_FACK; 
WinDdePostMsg((HWND)1Paraml, hwnd, WM_DDE_ACK, pDDEStruct, 
TRUE) ; 
} 


else { 
DosFreeSeg (PDDESTOSEL(1Param2)); 


else { /* Send a negative ACK using their DDESTRUCT */ 
pbDEStruct->fsStatus &= ("DDE_FACK); 
WinDdePostNsg((HWND)IParaml, hwnd, WM_DDE ACK, pDDEStruct, TRUE); 


break; 


case WM _DDE EXECUTE: /* execute a command */ 


pDDEStruct = (PODESTRUCT)IParam2; 

strepy(szCommand, DDES_PABDATA(pDDEStruct); 

if(!Dde_Cmd_Processor(szCommand)) { /* parse and execute 

the command */ 
pODEStruct>fsStatus &= ("DDE_FACK); 
WinDdePostMsg((HWND)1Paraml, hwnd, WM_DDE_ACK, 
pDDEStruct, TRUE); 
} 


else { 
DosFreeSeg (PDDESTOSEL(1Param2)) ; 


break; 


Beendet der Client die ständige Verbindung, 
so sendet er die Nachricht WM_DDE_UNADVISE. 
Diese Nachricht beendet nicht die DDE-Konversa- 
tion, aber es werden bei Datenänderungen keine 
WM _DDE_DATA-Nachrichten mehr geschickt. 

Eine weitere Notwendigkeit einer DDE-Kon- 
versation ist das Ausführen von Kommandos 
eines Servers auf Anweisung des Clients. In die- 
sem speziellen Fall enthält die Nachricht 
DDESTRUCT einen String der Kommandos, die 
ausgeführt werden sollen. An den Client wird 
dann je nach Ergebnis der Ausführung eine posi- 
tive oder negative WM_DDE_ACK-Nachricht ge- 
sendet. Ein Beispiel für die entfernte Ausführung 
von Befehlen sehen Sie in Listing 5. 

Das Ende der DDE-Konversation kann durch 
den Client oder den Server veranlaßt werden. 
Normalerweise wird die Nachricht WM_DDE_ 
TERMINATE gesendet, wenn der Anwender die 
Anwendung beendet, was aber nicht immer der 
Fall ist. Was auch immer der Grund für die 
Beendigung ist, das Senden der Nachricht WM_ 
DDE_TERMINATE veranlaßt, daß keine weiteren 
DDE-Nachrichten gesendet werden. Die Anwen- 
dung, die die Nachricht WM_DDE_TERMINATE 
sendet, darf sich nicht beenden, bis die andere 
Anwendung mit einer WM_DDE_TERMINATE- 
Nachricht geantwortet hat. Bei der Beendigungs- 
Nachricht werden keine Parameter benötigt. 


Benutzerdefinierte Formate 


Eine Anwendung kann eigene Datenformate er- 
zeugen, wenn kein geeignetes Systemformat ver- 
fügbar ist. Das System bietet ein vordefiniertes 
Format für den Austausch von Textstrings, 
DDEFMT_TEXT. Bevor eine Anwendung ein 
selbstdefiniertes Datenformat benutzt, muß es 


USHORT Register DDEFMT(pszFormat) 
PSZ pszFormat; 


{ 
HATOMTBL hAtomtbl; 
USHORT retn; 


hAtomtbI = WinQuerySystemAtomTable(); 

if (retn = WinFindAtom(hAtomtbl „pszFormat)) 
return retn; 

else 
return (WinAddAtom(hAtomtb] ‚pszFormat)); 


/* send a request for data */ 
/" allocate memory */ 
DDEstrptr = DDE Alloc(sizeof(DDESTRUCT), 1DS_GDE); 
WinDdePostMsg((HWND) 1Parami, DDEtOHWND, (ULONG)WM_DDE_REQUEST, 
DDEstrptr, TRUE); ...PDDESTRUCT DDE Alloc(size, format) 
int size; 


char *format; 
P Aebebuinlohaehehsichehninhchaiehehnhai halzloi hehubahehuhıhsheinhebetuhabaleh hal hotehichanbeiuhe a hohl haha 


* 1. Allocate a block of size. bytes 

” of giveable, shared memory for DDE call. 
* 2. Fill in DDE data format by 

, calling Register _DDEFMT((PSZ)format);. 


ee / 


{ 
SEL ddepsel; 
USHORT dasret; 
PDDESTRUCT DDEstrptr; 
if ((dasret = DosAllocSeg(size, Addepsel, SEG GIVEABLE)) == 0) { 
DOEstrptr = (PDDESTRUCT)SELTOPDDES (ddepsel); 
memset(DDEstrptr, (BYTE)NULL, size); /* set allocated memory 
to nulls */ 
/* fill in DDE data format */ 
DDEstrptr->usformat = Register_DDEFMT((PSZ) format); 
}else | /* error */ 
return((PDDESTRUCT)NULL); 


eine eindeutige Identifikation anfordern und die- 
ses Format registrieren, so daß andere Anwen- 
dungen diese Format-Identifikation in der 
DDESTRUCT-Struktur dem speziellen Format 
zuordnen können. Obwohl die DDE-Formate 
denen des Clipboards zu gleichen scheinen, dür- 
fen sie aber nicht mit diesen verwechselt werden. 
Clipboard-Formate identifizieren Handle-Typen, 
DDE-Formate hingegen identifizieren das tat- 
sächliche Layout der Daten im DDESTRUCT- 
Block. Wir haben das Eintragen der DDE-For- 
mate über die System-Atomtabelle gelöst. Das 
Präfix für DDE-Formate lautet DDEFMT_. Die 
Verwendung des Atommanagers für die Regi- 
strierung von DDE-Formaten garantiert eindeu- 
tige IDs in allen Anwendungen, die diese 
Methode der Formatregistrierung benutzen. 
Listing 6 zeigt eine Funktion mit Namen Regi- 
ster DDEFMT, die demonstriert, wie man ein 
vom Benutzer definiertes Format im System regi- 
strieren kann. Register DDEFMT liefert das DDE- 
Format entweder eines bereits existierenden oder 
eines neu erzeugten Datenformats. Beim ersten 
Aufruf von Register DDEFMT mit einem spe- 
ziellen DDE-Datenformat wird dieses Format in 
der System-Atomtabelle eingetragen. Jeder Auf- 
ruf von Register DDEFMT mit einem speziellen 
DDE-Formatstring führt zur Suche dieses For- 
mats und der Übergabe an den Aufrufer. Bild 2 
zeigt einen Beispielaufruf von Register _DDEFMT. 
Das benutzereigene DDE-Datenformat für das 
Beispielprogramm, das grafische Daten aus- 
tauscht, ist im Bild 2 dargestellt. Das Format be- 
steht aus einem grafischen Beschreibungsblock 


IParam2 


DDESTRUCT{ 
Allocated size of data 
DDE status flags 
DDE format 
Message item offset 
Offset to beginning of data 


} 
szItemName "ItemName" | 
abData struct GDEDATA { 


Pointer to graphic data 
nn application" s 


im abData-Bereich. Dieser Kontrollblock für die 
grafische Beschreibung enthält unter anderem 
einen Offset-Zeiger auf die grafischen Daten, die 
im selben gemeinsamen Speicherbereich hinter 
den DDE-Daten in abData übergeben werden. 


Die Verwendung von 
gemeinsamem Speicher 


DDE benutzt gemeinsamen Speicher für die 
komplette Konversation. Zwei verschiedene 
Typen von Speicherobjekten werden für die 
DDE-Konversation allokiert — die Strukturen 
DDEINIT und DDESTRUCT. Die Art, wie diese 
Objekte allokiert werden, kann unterschiedlich 
sein, aber beide führen dazu, daß dem Empfän- 
ger gemeinsamer Speicher zugänglich gemacht 
wird. Die gemeinsamen Speicherobjekte müssen 
korrekt freigegeben werden, damit die OS/2- 
Speicherverwaltung für gemeinsamen Speicher 
richtig funktioniert. Die Datenbereiche, die 
szAppName und szTopicName bei den Aufrufen 
von WinDdelnitiate und WinDdeRespond enthal- 
ten, können im privaten oder gemeinsamen Spei- 
cher liegen. Beim Ausführen der Funktionen 
WinDdelnitiate und WinDdeRespond kopiert das 
System diese Strings in DDEINIT und macht 
DDEINIT dem Empfänger zugänglich. 

Der Datenbereich, der die Struktur DDE- 
STRUCT beinhaltet muß beim Aufruf von Dos- 
AllocSeg oder DosAllocHuge mit dem Flag 


MRESULT APIENTRY MasterDDEWndProc (hwnd,message, |Paraml,1Param2) 


DDEstrptr = (PDDESTRUCT) IParam2; 


case WM _DDE_DATA: 


DosFreeSeg(PDDESTOSEL (DDEstrptr)); 


SEG_GIVEABLE versehen werden. WinDdePost- 
Msg macht das DDESTRUCT-Speicherobjekt dem 
Empfänger zugänglich und gibt sie beim Sender 
frei. 

Alle Zeiger, die in abData enthalten sind, müs- 
sen auf gemeinsamen Speicher zeigen. Es liegt in 
der Verantwortung der Anwendung, die Allokie- 
rung und Synchronisation dieser gemeinsamen 
Speicherbereiche vorzunehmen. Die Anwendun- 
gen können entweder die Basis-Speicherverwal- 
tungsfunktionen von OS/2 oder höhere Funktio- 
nen verwenden, um dies zu erreichen — der Spei- 
cher muß nur richtig verwaltet werden. 

Der Empfänger der Nachricht muß nach Holen 
der Informationen alle Speicherobjekte freige- 
ben. Dazu wird DosFreeSeg benutzt. Die Struk- 
turen DDEINIT und DDESTRUCT müssen vom 
Empfänger der Nachricht freigegeben werden. 

Die Listings 7 und 8 zeigen das Allokieren und 
Freigeben der gemeinsamen Speicherobjekte, die 
notwendig sind, um WinDdePostMsg aufzurufen. 
Der erste Teil von Listings 7 ist der Aufruf einer 
lokalen Funktion, die das gemeinsame DDE-Spei- 
cherobjekt allokiert und initialisiert. Die Funktion 
DDE Alloc() führt die eigentliche Allokierung 
des gemeinsamen Speichers mit einem Aufruf 
von DosAllocSeg() durch und löscht das gesamte 
Speicherobjekt. Der gemeinsame DDE-Speicher- 
block wird mit dem selbstdefinierten Datenfor- 
mat durch Setzen des Feldes usFormat in 
DDESTRUCT initialisiert. Dies erledigt die Funk- 
tion Register DDEFMT(), die gerade erläutert 
wurde. Durch Allokieren und Initialisieren der 
gemeinsamen DDE-Speicherobjekte in dieser 
Weise kann man auf einfache Art gebrauchs- 
fertige gemeinsame Speicherobjekte für alle 
unsere DDE-Konversationen holen. 

Listing 8 zeigt die Deallokierung von DDE- 
STRUCT im Falle der Bearbeitung einer 
WM_DDE DATA-Nachricht. Die eigentliche Auf- 
gabe erledigt ein Aufruf der Funktion DosFree- 
Seg mit dem Selektor des DDE-Speicherobjekts 
als Parameter. 


Die Strukturen 
DDEINIT und DDESTRUCT 


Der Presentation Manager bearbeitet die Daten 
und allokiert den Speicher für die API-Aufrufe 
WinDdelnitiate und WinDdeRespond wie Sie es 


44 Bild 2: 

Das Benutzerformat 
für das DDE-Grafik- 
format des Beispiel- 
programms. Pfeile 
zeigen die Offsets auf 
die Daten. 


«Listing 8: 
Freigabe des gemein- 
samen DDE-Spei- 
chers. 
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> Tabelle 1: 
08/2 
DDE-Nachrichten. 


>> Bild 3: 

Das System nimmt 
den bei WinDde- 
Initiate übergebenen 
String und kopiert 
ihn in mehrere 
DDEINIT-Blöcke, die 
dann an die Applika- 
tionen im System 
übertragen werden. 


>» Bild 4: 

Die Struktur 
DDESTRUCT wird 
von der Server-An- 
wendung allokiert, 
vom Server an den 
Client übergeben und 
dann von der Client- 
Anwendung freigege- 
ben. 
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Jede DDE-Nachricht hat zwei Parameter. Der 
erste Parameter (das Long-Wort lParaml) ent- 
hält die Handle des Senderfensters. Es ist immer 
dasselbe und wird unten nicht dargestellt. Der 
zweite Parameter (das Long-Wort lParam2) ent- 
hält den Far-Zeiger auf die Struktur DDESTRUCT 
für WinDDEPostMsg() oder DDEINIT für den 
Aufruf von WinDDElnitiate(). 


DDE-Nachricht Zweck lParam2 


WM_DDE_INITIATE Fordert den Beginn DDEINIT far * 
einer Konversation 


an. 


WM_DDE_INITIATE Wird von der Server-- DDEINIT far * 

ACK Anwendung als Ant- 
wort auf die 
WM_DDE_INITIATE- 
Nachricht für alle 
Themen gesendet, 
die der Server unter- 
stützt. Die Anwen- 
dung benützt Win- 
DDElnitiate() zum 
Senden dieser Nach- 
richt. 


WM_DDE_TERMINA Wird von irgend- (reserviert) 
TE einer Anwendung 
der DDE-Konversa- 
tion gesendet um die 
Konversation zu 


beenden. 


WM_DDE_REQUEST Anforderungen der DDESTRUCT far * 


Daten vom Server. 


Verständigt die An- _DDESTRUCT far * 
wendung vom Erhalt 
und der Bearbeitung 
von: 
WM_DDE_EXECUTE 
WM_DDE_DATA 
WM_DDE_ADVISE 
WM_DDE_UNADVIS 
E WM_DDE_POKE 
WM_DDE_REQUEST 
(in einzelnen Fällen) 


WM_DDE_ACK 


Informiert eine DDESTRUCT far * 
Client-Anwendung 
über die Verfügbar- 


keit von Daten. 


WM_DDE_DATA 


Fordert die Server- DDESTRUCT far * 
Applikation auf, Da- 

ten zu senden und 

sie zu aktualisieren, 

wenn sie sich 


ändern. 


WM_DDE _ADVISE 


Fordert die Server- DDESTRUCT far * 
Anwendung auf, daß 

die angegebenen Da- 

ten nicht mehr ak- 

tualisiert werden 


sollen. 


WM_DDE_UN- 
ADVISE 


Fordert eine Anwen- DDESTRUCT far * 
dung auf, nicht 
geforderte Daten zu 


empfangen. 


WM_DDE_POKE 


Sendet einer Server--_ DDESTRUCT far * 
Anwendung einen 

String, der als Serie 

von Kommandos ab- 

gearbeitet werden 


soll. 


WM_DDE_EXECUTE 


Server-Anwendung 


| Elient-Anwendung | | | 
- =) 
) 


} 
Ka 
| WinDdeilnitiate(...,*"Name*,*"Thema*) |+ WinDdeRespond(...,"Name", "Thema" 
| |  m—| Dosfreeseg(DDEINIT) 
I | ln? 
| 
tandard-WINPROC-Verarbeitung 


| 
| 
| 
rledigt DosfreeSeg für DDEINIT | 
I 
4 


| 

I 

| I 

I | 

—+—— Sendung von WM_DOE_INITIATE mit 

| j DOEINIT-Strukturen. 

| | 

L 4 


u 


sl 


m — | rm 
I Server-Anwendung I | Cl tent-Anwendung 1 


| | 
DosAllocseg(size,sel,SEG GIVEABLE) | 


| ptr=PSELTOODES(se}) 
| WinDdePostMsg(...ptr) 
| 


ar 


sel=PODESTOSEL(ptr) 
DosFreeSeg(sel) 


ee | 
j j 
r— DDESTRUCT 
j | 
+ 
| | 
Größe abData 
I | 
+ 
I | 
I Benutzerdaten 
I I 
Lo... u —— _. 


Gemeinsamer Speicher unter 05/2 


im Bild 3 sehen. Das System nimmt die Strings, 
die der Funktion WinDdelnitiate übergeben wer- 
den, und kopiert sie in mehrere DDEINIT-Blöcke, 
die an alle Anwendungen versendet werden, die 
im System laufen. Die an DDE teilnehmeneden 
Server-Anwendungen bearbeiten den Funktions- 
aufruf WinDdelnitiate, indem sie die Nachricht 
WM _DDE INITIATEACK mit der Funktion Win- 
DdeRespond an den Client zurücksenden, und 
damit das DDEINIT-Speicherobjekt des WinDde- 
Initiate-Aufrufs freigeben. Die anderen Anwen- 
dungen antworten nicht auf die Nachricht WM_ 
DDE INITIATE, und der gemeinsame Speicher 
wird von der Standard-Fensterfunktion des 
Systems freigegeben. 

Bild 3 zeigt auch, wie die Struktur DDE- 
STRUCT von Client- und Server-Anwendung 
allokiert, übergeben und wieder freigegeben 
wird. Bild 4 verdeutlicht die Bearbeitung von 
DDEINIT. 


Mehrere Clients, 
mehrere Server 


Oben haben wir das Ein-Server/Ein-Client-DDE- 
Konversationsmodell erläutert. Es kann auch 
möglich sein, und in einer Multitasking-Umge- 
bung wie OS/2 und dem Presentation Manager 
ist es wahrscheinlich, daß erstens Server-Anwen- 
dungen mehrere Client-Anwendungen versorgen 
müssen und zweitens mehrere Client-Anwendun- 


gen Daten gleichzeitig von mehreren Servern 
erhalten können. Ähnlich gibt es auch nur einen 
geringen oder gar keinen Unterschied, ob die Cli- 
ent- oder die Server-Anwendung zuerst startet. 
In einer Umgebung mit mehreren Servern und 
mehreren Clients können mehrere Server und 
Client-Anwendungen in jeder denkbaren Reihen- 
folge mit allen möglichen Permutationen aufge- 
rufen werden. Die wirkliche Stärke von DDE um 
Konversationen effektiv abzuwickeln, wird erst in 
einer Implementierung mit mehreren Servern 
und Clients deutlich. 

In einer N-Wege-Konversation können Server, 
Client oder beide Anwendungen in einer 1-zu-N- 
Konversation arbeiten. Das heißt, ein Server lie- 
fert mehreren Client-Anwendungen Daten, ein 
Client erhält Daten von mehreren Server-An- 
wendungen, oder beide Zustände treten gleich- 
zeitig auf. 

Die DDE-Konvention für die Behandlung einer 
1-zu-N-Konversation besteht darin, daß die steu- 
ernde Anwendung ein Fenster — das DDE-Kon- 
versationsfenster — für jede Konversation öffnet, 
und die Nachrichten in einer speziellen Fenster- 
prozedur bearbeitet, die auf der Fenster-Handle 
basiert. Es gibt einige Vorteile, die die Bearbei- 
tung der Konversation auf der Basis der dieser 
Konversation zugewiesenen Fenster-Handle bie- 
tet. 

Zuerst dient die individuelle Fenster-Handle 
als Identifikation für die Konversation. Diese 
Handle ist eindeutig, was durch das Betriebs- 
system sichergestellt wird. Zweitens kann die 
Konversation leicht durch PM-API-Funktionen 
ausgeführt werden (wie zum Beispiel Win- 
EnumerateWindow), ohne daß spezielle Daten- 
strukturen wie verkettete Listen für die Über- 
wachung der Konversation entwickelt werden 
müssen. Drittens ist es leicht möglich, konver- 
sationsspezifische Daten in Fenster-Worten, die 
mit jedem erzeugten Fenster generiert werden, 
abzulegen und wieder auszulesen. Wir haben in 
unserer Anwendung ein zusätzliches Fenster in 
jeder DDE-Anwendung erzeugt, um die DDE- 
Bearbeitung zu erleichtern. 

Jede unserer DDE-Anwendungen erzeugt ein 
DDE-Ankerfenster, welches eine künstliche ein- 
schichtige Fensterhierarchie über der Fenster- 
struktur der Anwendung darstellt und alle DDE- 
Fenster unter einem einzigen Elternfenster iso- 
liert. Dies ermöglicht uns die Suche in mehreren 
DDE-Konversationen durch den Aufruf von Win- 
EnumerateWindow, ohne alle Kinderfenster der 
Anwendungen durchsuchen zu müssen. Die DDE- 
Konversationsfenster werden normal durchlau- 
fen, um Informationen zu finden, die zu einer 
bestimmten Konversation gehören. Bild 5 zeigt 
die Eltern-/Kind-Beziehung der DDE-Fenster in 
unserer Anwendung. 

Wenn sowohl der Server, als auch der Client 
die Konversation initiieren kann, wie dies in 
einer Multiclient-/Multiserver-Anwendung der 


| 
|  Amwendungsfenster | 1} 
| 
| 
ee ——_—— 
| | 
| En 2 12 
| | l | | 
|  Amsendungsfenster | DEE Konversationsfenster 
I Ni N 


Fall ist, sollte eine Client-/Server-Beziehung, 
ähnlich derjenigen, die in der Ein-Server/Ein-Cli- 
ent-DDE-Konversation verwendet wird, gewählt 
werden. 

Wird ein Server während der Ausführung 
eines Client gestartet, so muß der Server dem 
Client mitteilen, daß er an der Konversation teil- 
nehmen will. In unserem Fall haben wir die 
Nachricht WM_DDE INITIATE mit einem vorde- 
finierten Anwendungsnamen gewählt. Der Client 
antwortet auf die Initialisierungs-Nachricht des 
Servers mit einer eigenen Initiierungs-Nachricht, 
was den Server veranlaßt, mit der Nachricht 
WinDdeRespond zu antworten, wie dies auch im 
Ein-Server/Ein-Client-Modell der Fall ist. 


Ein Grafik- 
austauschprogramm 


DDE-Erweiterungen für das Multiclient/Multiser- 
ver-Modell sind im grafischen Beispiel-Aus- 
tauschprogramm enthalten. Zur Demonstration 
zeigt die Client-Anwendung nur grafische Bilder, 
die die laufende Server-Anwendungen darstellen 
sollen. Die Server-Anwendungen können sich 
stark in den Funktionen unterscheiden, die sie 
zur Verfügung stellen, aber sie benutzen alle 
DDE, um die grafischen Daten an den Client zu 
übertragen. In unserem Falle installiert der Client 
eine permanente Datenverbindung mit dem Ser- 
ver, um Daten zu erhalten, wenn sich der Zu- 
stand des Bildes ändert. Wir wählten Gra- 
phics Exchange als Themen-Name für dieses Bei- 
spiel. 

Der Server in diesem Beispiel simuliert einen 
Telefon-Nachrichtenservice. Bei der Ankunft von 
Nachrichten werden diese im Hauptfenster der 
Server-Anwendung angezeigt. Bei jeder neuen 
Nachricht wird das Bild erneuert, so daß es die 
augenblickliche Anzahl der Telefonnachrichten 
widerspiegelt. Die Client-Anwendung erhält eine 
WM _DDE _DATA-Nachricht. Um die Komplexität 
der Server-Anwendung einzuschränken, werden 
die Nachrichten durch den Timer ausgelöst. In 
regelmäßigen Intervallen werden Telefonnach- 
richten in die Liste eingefügt oder aus ihr ge- 


Bild 5: 

Die Vater-/Sohn-Be- 
ziehung der DDE- 
Fenster unserer An- 
wendung wird in 
diesem Stammbaum 
dargestellt. Um die 
DDE-Bearbeitung 
unserer Anwendung 
zu vereinfachen, 
werden alle DDE- 
Fenster unter einem 
einzelnen Vater-Fen- 
ster isoliert. 
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> Bild 6: 
Aufruf des Servers. 


>> Bild 8: 


Der zweite Server ist 
gestartet und signali- 


siert dem Client. 


> Bild 7: 


Aufruf des Client und 


DDE-Initialisierung. 


»> Listing 9: 
Initialisierung der 
DDE-Konversation 
Graphics_Exchange. 
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Message No. | Irom Carl 
Message No. 2 rom Tomy 
Message No. J from Susan 
Message No. 4 from Ellen 


Message No. | Irom Carl 
Message No. 2 irom Tony 


|Message No. 3 from Susan 
Message No. 4 Irom Ellen 
Message No, 5 trom David 


löscht. Dadurch können wir uns auf die DDE-Im- 
plementierung konzentrieren, statt auf die Funk- 
tionen der Server-Anwendung. 

In Bild 6 ist die Server-Anwendung gestartet 
und erzeugt Telefonnachrichten. Beim Aufruf der 
Client-Anwendung versendet diese die Nachricht 
WM_DDE INITIATE, und der Server antwortet. 
Beachten Sie, daß der Anwendungsstring ein 
Nullstring ist, um anzugeben, daß der Client mit 
jeder Anwendung kommunizieren möchte, die 
auf das Thema Graphics Exchange antwortet. 
Bild 7 zeigt den Bildschirm, nachdem die Konver- 
sation aufgebaut ist und das erste Bild an den 
Client übertragen wurde. 

Nach dem Aufruf einer zweiten Server-An- 
wendung muß der Server dem Client mitteilen, 
daß er die Ausführung gestartet hat. In unserem 
Fall versendet der Server die Nachricht 
WM._DDE INITIATE mit denselben Themen, aber 
mit der Angabe einer Zielanwendung des Client. 
Dies zeigt, daß die Initiierung ein spezieller Fall 
ist, bei der der Server seinen Aufruf jeder Client- 
Anwendung anzeigt, die eventuell später eine 
Konversation aufbauen möchte. Nach Erhalt der 
Nachricht versendet die Client-Anwendung eine 
weitere WM_DDE INITIATE-Nachricht. Wäre 
aber jetzt der String mit dem Anwendungsnamen 
ein Nullstring, so würde unbeabsichtigt mit der 
Original-Server-Anwendung eine zweite Verbin- 
dung aufgebaut. Um diesen Fall auszuschließen, 
gibt der Client einen Anwendungsnamen an, der 
einfach die in einen String gewandelte Handle 
des neuen Servers ist. Der neu gestartete Server 
prüft den Anwendungsnamen und antwortet, da 


Message No. | from Carl 
Message No. ? from Tomy 
Message No. J from Susan 
Message No. 4 trom Ellen 
Message No. 5 from David 


Bag © 


case WM_CREATE: /* broadcast the initiate message */ 
WinDdelnitiate(hwnd, "*, "Graphics_Exchange"); 
break; 
case WM_DDE_INITIATE: /* reply with an initiate to specific server */ 
if (hwnd != 1Paramı) { 
if ((tstremp("Client", DDEInitPtr—pszAppName)) && 
(!stremp("Graphics_Exchange* ‚DDEInitPtr->pszTopic))) { 
itoa((int)IParaml, itoa_buf, 10); 
WinDdelnitiate(hwnd, itoa_buf, "Graphics_Exchange"); 
} 
} 
DosFreeSeg(PDDEITOSEL(DDEInitPtr)); 
break; 


der Anwendungsname mit seiner Handle über- 
einstimmt. Bild 8 zeigt den Datenfluß beim Auf- 
bau der zweiten Verbindung. 

Diese Signalisierungskonvention führt uns zu 
einigen Regeln für die Initiierung der Gra- 
phics _Exchange-Konversation und die folgende 
Antwort. Die Client-Anwendung muß beim Start 
eine WM_DDE INITIATE-Nachricht versenden, 
die als Anwendungsnamen einen Nullstring ent- 
hält. Sie muß aber auch eine Nachricht WM_ 
DDE INITIATE von einer neu aufgerufenen 
Anwendung empfangen können. Ist der Anwen- 
dungsname Client in dieser Nachricht enthalten, 
dann muß der Client wieder eine WM_DDE INI- 
TIATE-Nachricht senden, aber diesmal mit einem 
Anwendungsstring, der die Handle des neuen 
Teilnehmers enthält. Listing 9 zeigt die Anfangs- 
bearbeitung der Client-Anwendung Graphics _ 
Exchange. 

Der Server darf auf die WM_DDE _INITIATE- 
Nachricht mit dem Thema Graphics Exchange 
nur dann antworten, wenn die Stringlänge des 
Anwendungsnamens O ist, oder die Stringdar- 
stellung der Fenster-Handle des Servers enthält. 
Alle anderen Anwendungsnamen sollten igno- 
riert werden. Antwortet der Server auf die Kon- 
versation, so erzeugt er ein Fenster, um die wei- 
tere Bearbeitung der neuen Konversation hand- 
haben zu können, und antwortet dem Client mit 
dieser Fenster-Handle. Beachten Sie, daß ein 
Fensterwort, das den Verbindungszähler enthält, 
inkrementiert wird. Dieser Zähler wird später 
vom Server benötigt, um zu entscheiden, wann 
der Abbruch erfolgen darf. Listing 10 zeigt die 
Antwortbearbeitung der Server-Anwendung Gra- 
phics Exchange. 


case WM _DDE_INITIATE: /* respond if app and topic strings match */ 
pDDEInit = (PDDEINIT)1Param2; 


/* check for null strings or Graphics Exchange */ 
if ((HWND)IParamı != hwnd) { 
itoa((int)hwnd, szTemp, 10); 
if(((Istrlen(pDDEInit->pszAppName)) && 
(!stremp(*Graphics_Exchange“, pDDEInit->pszTopic))) || 
((istremp(szTemp, pDDEInit->pszAppName)) && 
(!stremp(*Graphics_Exchange*, pODEInit->pszTopic))) || 
((!strien(pODEInit->pszTopic)) && 
(!strien(pDDEinit->pszAppName)))) { 


/* create conversation window and respond */ 

hwndConv = WinCreateWindow(hwndDDE, 
(PSZ)"DDEConversation", 
(PSZ)NULL, WS_VISIBLE, 
0,0,0,0, hwnd, HWND_TOP, 
+nConvID, (PVOID)NULL, 
(PVvOID)NULL); 

pWWVar->ConvCnt++; 

WinddeRespond(lParaml, hwndConv, “Client, 

"Graphics_Exchange"); 
} 


} 
DosFreeSeg(PDDEITOSEL(pDDEInit)); 
break; 


BOOL WinDdelnitiate(hwndClient, pszAppName, 
pszTopicName) 

Schickt die Nachricht WM_DDE INITIATE an das 
Hauptfenster aller Anwendungen. Diese Funktion 
erzeugt eine DDEINIT-Struktur und übergibt den 
Zeiger dieser Struktur als IParam2 der Initialisie- 
rungsnachricht. 


MRESULT WinDdeRespond(hwndClient, hwndSer- 
ver, pszAppName, pszTopicName) 

Sendet die Nachricht WM_DDE_INITIATEACK 
zurück an den Sender der WM _DDE INITIATE- 
Nachricht. Die Funktion erzeugt eine DDEINIT- 
Struktur und übergibt einen Zeiger auf die Struk- 
tur in IParam2 der Initialisierungs-Bestätigungs- 
nachricht. 


BOOL WinDdePostMsg(hwndTo, hwndFrom, ULONG 
wm, DDESTRUCT far *, BOOL fRetry) 

Sendet eine Nachricht an hwndTo; wm enthält 
die Nachricht, die im Bereich WM_DDE FIRST 
und WM_DDE LAST liegen muß. Wenn fRetry 
FALSE ist, so gibt die Funktion FALSE zurück, 
wenn die Nachricht nicht richtig gesendet wer- 
den konnte. Ist fRetry TRUE wird das Senden der 
Nachricht im Abstand von einer Sekunde wie- 
derholt, bis sie richtig gesendet wurde. 


Bei Erhalt der Nachricht WM_DDE _INITIATE- 
ACK erzeugt die Client-Anwendung ein Fenster, 
um die Verbindung zu bearbeiten. Ebenso wie 
der Server, erhöht der Client einen Konver- 
sations-Verbindungszähler, der in seinem Fen- 
sterwort enthalten ist. Dies wird bei der Pro- 
grammende-Bearbeitung benötigt. Die Nachrich- 
ten WM_DDE REQUEST und WM_DDE_ ADVISE 
werden an den Server auf Anforderung des neu 
erzeugten Konversationsfensters gesendet. Listing 
11 zeigt diese Bearbeitung. 


DDESTRUCT wird für alle Meldungen bis auf 
WM. DDE INITIATE und WM_DDE INITIATE- 
ACK verwendet. 


typedef struct _DDESTRUCT { 


ULONG cbData; /* allocated size of data “/ 
USHORT fsStatus; /* status flags ” 
USHORT usFormat; /* DDE format “ 
USHORT offszItemName; /* offset to item referred to 
in this message af 
USHORT offabData; /* offset to beginning of data */ 
} DDESTRUCT; 


Der Item-Stringname und die tatsächlichen 
Daten werden an DDESTRUCT im selben Spei- 
cherobjekt angehängt. 


/* null terminated item name string*/ 
/* actual data */ 


BYTE szItemName[]; 
BYTE abData[]; 


DDEINIT wird bei den Meldungen 
WM. _DDE INITIATE und WM_DDE _INITIATE- 
ACK gesendet. 


typedef struct _DDEINIT { 


USHORT ch; /* size of memory object */ 
PSZ pszAppName; /* pointer to application 
name string in memory object */ 
psz pszTopic; /* pointer to topic name 
string in memory object */ 
} DDEINIT; 


case WM_DDE_INITIATEACK: /* establish conversation with server */ 
if( ((istremp("Client*, DDEInitPtr->pszAppName)) && 
(Istremp("Graphics_Exchange", DDEInitPtr->pszTopic))) || 
((!strlen(DDEInitPtr->pszAppName)) && 
(!stremp("Graphics_Exchange" „DDEInitPtr->pszTopic)))) { 
/* create a window for the conversation - 
child of DDEanchorHWND */ 

DDEconversationHWND = WinCreateWindow(hwnd, (PSZ)"DDE Win", 
(PSZ)NULL, WS_VISIBLE, 0, 0, 0, 0, 
WinQueryWindow(hwnd,QW_PARENT,FALSE), 
HWND_TOP, ++winDDEid, (PVOID)NULL, 
(PVOID)NULL); 

WinSetWindowULong(DDEconversationHWND, WW_CONV_HWND, 

(ULONG) Paramı); 

WinSetWindowULong(WinQueryWindow(hwnd, QW_PARENT, FALSE), 

WW_CONVCOUNT, 
WinQueryWindowuLong( 
WinQueryWindow( 
hwnd,QW_PARENT, 
FALSE), 
WW_CONVCOUNT) +1) ; 

/* send a request for initial data */ 

DDEstrptr = st_DDE_Alloc(sizeof(DDESTRUCT) + 

strlien("Graphics")+1,"DDEFMT_graphics_data"); 

DDEstrptr->offszItemliame = (USHORT)sizeof (DDESTRUCT); 

strcpy(DDES_PSZITEMNAME(DDEstrptr), "Graphics"); 

WinDdePostMsg((HWND)1Paraml, DDEconversationHWND, 

(ULONG)WM_DDE REQUEST, DDEstrptr, TRUE); 

/* send an advise to subscribe to 

receive future data updates */ 

DDEstrptr = st_DDE Alloc(sizeof(DDESTRUCT) + 

strien("Graphics")+1,"DDEFMT_graphics_data"); 

DDEstrptr->offszitemName = (USHORT)sizeof (DDESTRUCT) ; 

strepy(DDES_PSZITEMNAME(DDEstrptr), "Graphics"); 

WinDdePostMsg((HWND)]Paraml, DDEconversationHWND, 

(ULONG)WM_DDE_ADVISE, ODEstrptr, TRUE); 
} /* free the memory */ 
DosFreeSeg (PDDEITOSEL(DDEInitPtr)); 
break; 


Die primäre Aktivität des Server-Fensters be- 
steht im Packen der Daten und Senden der 
WM _DDE _DATA-Nachricht. Im Beispiel wird 
diese Aktivität immer bei der Bearbeitung von 
WM_DDE REQUEST ausgeführt. Das heißt, so- 
gar wenn die Hauptserver-Anwendung entschei- 
det, daß wegen einer vorhergehenden ADVISE- 
Nachricht Daten gesendet werden sollen, wird 


«4 Listing 10: 
Antwort auf die 
DDE-Konversation 
Graphics_Exchange. 


« Tabelle 3: 

Die DDE-Datenstruk- 
turen des Presen- 
tation Managers. 


«4 Tabelle 2: 

Die DDE-Funktionen 
des Presentation 
Managers. 


«Listing 11: 
Herstellen einer Ver- 
bindung in der DDE- 
Konversation Gra- 
phics_Exchange. 
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® Listing 12: 
Bearbeitung von 
WM_DDE_REQUEST 
im Graphics_Ex- 
change-Server. 


>» Listing 14: 

Die Bearbeitung von 
WM_DDE_ADVISE 
und WM_DDE UN- 
ADVISE. 


» Listing 13: 
Erzeugen mehrerer 
WM_DDE_RE- 
QUEST-Nachrichten 
während ADVISE. 
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case WM_DDE REQUEST: /* allocate DDESTRUCT and dump graphics data */ 
pDDEStruct = (PODESTRUCT)1Param2; 
strepy(szTemp, "Graphics"); 
if((pDDEStruct->usFormat == pWWVar->usformat) &8 
(!stremp(szTemp, DDES_PSZITEMNAME (pDDEStruct)))) { 
if(!pWWVar->bNoData) ( 
nNumßytes = (strien(szTemp) + 1 + sizeof(GDEDATA) + 
LOUSHORT (1PhFigCnt)); 
pDDEStruct = st_DDE Alloc((sizeof(DDESTRUCT) + 
nNumßytes), "DDEFMT_graphics_data"); 
pDDEStruct->chData = sizeof(GDEDATA) + IPhFigCnt; 
pDDEStruct->offszItemName = (USHORT) sizeof (DDESTRUCT) ; 
pDDEStruct->offabData = (USHORT) ((sizeof(DDESTRUCT) + 
strlen(szTemp)) + 1); 
p6DEData = (PGDEDATA)DDES PABDATA(pDDEStruct); 
st_Init_6DEData(pGDEData); 
p&DEData->cBytes = IPhFigCnt; 
strepy(pGDEData->szItem, "phone"); 
pGDEData->pGpi = (unsigned char far *)((LONG)p6DEData + 
sizeof(GDEDATA)); 
GpiGetDatalhpsGraphics, (LONG) IDSEG_PHONE, 
(PLONG)&10ffset, DFORM_NOCONV, 
(LONG) IPhFigCnt, (PBYTE)pGDEData->pGpi); 
memcpy(DDES_PSZITEMNAME (pDDEStruct), szTemp, 
(strlen(szTemp) + 1)); 
if(lParaml != WinQueryWindow(hwnd, QW_OWNER, FALSE)) { 
p0DEStruct->fsStatus |= DDE_FRESPONSE; 
pWWVar->hwndLink = (HWND) Paraml; 


} 
WinDdePostMsg(pWWVar->hwndLink, hwnd, WM_DDE_DATA, 
pDDEStruct, TRUE); 
} 


else { 
WinDdePostMsg(pWWVar->hwndLink, hwnd, WM_DDE_DATA, 
NULL, TRUE); 
] 


DosFreeSeg(PDDESTOSEL(1Param2)); 
} 
else { /* post negative ACK using their DDESTRUCT */ 
pODEStruct->fsStatus &= ("DDE_FACK); 
WinDdePostMsg(lParami, hwnd, WM_DDE ACK, pDDEStruct, TRUE); 
} 


break; 


case WM_TIMER: /* insert phone message into listbox, 
update picture, and generate new 
REQUESTS for all ADVISING windows */ 


» /* listbox and picture have been updated */ 


hEnum = WinBeginEnumWindows (hwndDDE) ; 
while((hwndEnum = WinGetNextWindow(hEnum))) { 
PWWChild = (PWWVARS)WinQueryWindowULong(hwndEnum, QWL_USER) ; 
if (pWWChild->bAdvise) { 
pDDEStruct = st_DDE Alloc(sizeof(DDESTRUCT) + 
strlen("Graphics")+1, 
"DDEFMT_graphics_data"); 
pDDEStruct->offszItemName = (USHORT)sizeof (DDESTRUCT) ; 
strepy(DDES_PSZITEMNAME(pDDEStruct), "Graphics"); 
WinDdePostMsg(hwndEnum, hwnd, WM_DDE REQUEST, 
pDDEStruct, TRUE); 


} 
WinLockWindow(hwndEnum, FALSE); 


} 
WinEndEnumW indows (hEnum) ; 
break; 


eine WM_DDE REQUEST-Nachricht von der 
Hauptanwendung an alle Konversationsfenster 
gesendet, die unterrichtet werden. Das Format 
der Datenübertragung ist ein benutzerdefiniertes 
Format, das wie früher besprochen registriert 
wird. 

Das Datenformat ist in Wirklichkeit die Daten- 
struktur GDEDATA, die als Eingabestruktur 
benützt wird, die die Grafik für die Client-An- 
wendung manipuliert. Nach Erhalt der Nachricht 
WM _DDE REQUEST allokiert der Server Spei- 
cher für DDESTRUCT und die darunterliegende 
Datenstruktur und trägt die notwendigen Daten, 
die vom Client gebraucht werden, ein. Die 
eigentlichen grafischen Daten können als Bitmap 
oder GPI-Zeichenanweisungen vorhanden sein, 
und sind im Speicherobjekt enthalten. Im Bei- 
spiel werden sie immer als Zeichenanweisungen 


case WM_DDE ADVISE: /* set ADVISE bit in window data and ACK */ 
pbDEStruct = (PODESTRUCT) IParam2; 
if(pDDEStruct->usFormat == pWWVar->usFormat) { 
pWWVar->hwndLink = (HWND)1Paraml; 
phWVar->bAdvise = TRUE; 
if(pDDEStruct>fsStatus & DDE_FNODATA) { 
pWWVar->bNoData = TRUE; 


} 
if(pDDEStruct>fsStatus & DDE_FACKREQ) { 
pDDEStruct->fsStatus |= DDE_FACK; 
WinDdePostMsg(pWWVar->hwndLink, hwnd, WM_DDE ACK, 
pDDEStruct, TRUE); 
} 


else [ 
DosFreeSeg(PDDESTOSEL(1Param2)); 


} 
else [ /* Send a negative ACK using their DDEStruct */ 
pbDEStruct->fsStatus &= ("DDE_FACK); 
WinDdePostMsg(lParaml, hwnd, WM_DDE ACK, pDDEStruct, TRUE); 
} 


break; 


case WM_DDE_UNADVISE:/* turn off ADVISE bit in window data and ACK */ 
pDDEStruct = (PDDESTRUCT) IParam2; 
if((1Paraml == pWWVar->hwndLink) && 
(pDDEStruct->usFormat == pwWVar>usFormat)) [ 
pWWVar->bAdvise = FALSE; 
pWWVar->bNoData = TRUE; 
pbDEStruct->fsStatus |= DDE_FACK; 
WinDdePostMsg(1Paraml, hund, WM_DDE_ACK, pDDEStruct, TRUE); 
} 
else { 
pDDEStruct->fsStatus &= ("DDE_FACK); 
WinDdePostMsg(lParaml, hwnd, WM_DDE_ACK, pDDEStruct, TRUE); 
} 


break; 


abgelegt. Das ganze Datenpaket wird dann durch 
den Funktionsaufruf WinDdePostMsg übertra- 
gen. Die komplette Bearbeitung der Nachricht 
WM_DDE_REQUEST ist im Listing 12 dargestellt. 

Listing 13 zeigt, wie die Hauptserver-Anwen- 
dung die Nachricht WM_DDE_ REQUEST für die 
Client-Anwendungen erzeugt, wenn sich die 
Daten ändern. Dies wird durch Aufzählen aller 
Kinderfenster des Hauptfensters und Senden an 
die Fenster, die zu einer Client-Anwendung ge- 
hören, erreicht. Der Informationsstatus der Ser- 
ver-Anwendung wird im Fensterwort der Konver- 
sations-Fensterprozedur gespeichert. Listing 14 
zeigt das Setzen des Statusfeldes nach Erhalt der 
Nachricht WM_DDE_ADVISE oder WM_DDE - 
UNADVISE. 

Das Datenformat für eine Graphics Exchange- 
Konversation ist einfach die Eingabestruktur 
einer Steuerung. Daher besteht die 
WM _DDE _DATA-Bearbeitung bei einer Client- 
Anwendung nur aus einem Einsetzen oder Erset- 
zen der Datenstruktur in eine Steuerung. Ist das 
DDE_RESPONSE-Bit gesetzt, weiß die Client- 
Anwendung, daß die Nachricht WM_DDE_DATA 
eine Folge der ursprünglichen Nachricht WM _- 
DDE REQUEST ist, die nach dem Verbindungs- 
aufbau gesendet wurde. Da dies die erste Über- 
tragung von Daten vom Server ist, muß das Bild 
in die grafische Steuerung eingefügt werden. Ist 
das DDE_RESPONSE-Bit nicht gesetzt, so ist die 
Nachricht WM_DDE_DATA eine Folge einer AD- 
VISE-Nachricht, und der Client muß das Bild 
durch neue Daten ersetzen. 

Die Kontrollnachrichten selbst sind sehr ein- 
fach. Der erste Parameter ist die Identifikation 
des fraglichen Bildes, und der zweite zeigt auf 
eine Struktur, die das Bild beschreibt und ent- 


case WM_DDE_DATA: 


DDEstrptr = (PDDESTRUCT)1Param2; 


switch (message) | 


/* process incoming picture */ 
gde_ptr = (PGDEDATA)DDES PABDATA(DDEStrptr); 
gde_ptr->hwnd_idItem = LOUSHORT (hund) ; 


/* add if request * / 
if (DDEstrptr->fsStatus 44 DDE_FRESPONSE) | 

WinSendMsg (WinKindowFromID( 

WinQueryWindow(hwnd, QW_OWNER, FALSE), 

1D_GRAPHICS1) ‚IC_INSERTITEM, 

MPFROMSHORT(ICM_END), (MPARAM)gde_ptr); 
} else { /* replace if advise */ 

WinSendMsg (WinWindowFromid( 
WinQueryWindow(hwnd,QW_OWNER,FALSE), 
1D_GRAPHICS1) „IC_SETITEMSTRUCT, 
MPFROMSHORT (gde_ptr->hwnd_idItem) , 
(MPARAM)gde_ptr); 


Makroname Zweck 

DDES_PSZITEM- Gibt szItemName aus der DDESTRUCT 

NAME(pddes) pddes zurück. 

DDES_PAB- Gibt einen Far-Zeiger auf den Daten- 

DATA(pddes) bereich zurück, der der DDESTRUCT 
pddes folgt. 

SELTOPDDES(sel) Konvertiert einen Selektor in einen 
Far-Zeiger. 

PDDESTO- Konvertiert einen Far-Zeiger auf 

SEL(pddes) DDESTRUCT pddes in einen Selektor. 
Dies wird beim Gebrauch von Dos- 
FreeSeg benötigt, um eine Struktur 
freizugeben. 

PDDEITO- Konvertiert einen Far-Zeiger auf 

SEL(pddei) DDEINIT pddei in einen Selektor. Dies 


} 


if (DDEstrptr->fsStatus && DDE_FACKREO) ( . 
DDEstrPtrAck = st_DDE Alloc(sizeof(DDESTRUCT), 


"DDEFMT_graphics_data”); 


WinDdePostMsg((HWND)1Paraml, hwnd, (ULONG)WM_DDE_ACK, 


} 


DDEstrPtrAck, TRUE); 


DosFreeSeg(PDDESTOSEL (DDEstrptr)); 


break; 


Name des Flags 


DDE_FACK 
DDE_FBUSY 


DDE_FNODATA 
DDE_FACKREQ 
DDE_FRESPONSE 
DDE_NOT- 
PROCESSED 


DDE_FRESERVED 
DDE_APPSTATUS 


Zweck 


Gesetzt bei positivem ACK. 

Gesetzt, falls die Anwendung beschäf- 
tigt ist. 

Die Anwendung hat keine Daten für 
ADVISE. 

Gesetzt, falls die Anwendung ACKs 
verlangt. 

Gesetzt, falls die Nachricht eine Ant- 
wort auf REQUEST ist. 

Nachricht wird von der Anwendung 
nicht unterstützt. 

Reserviert. 

Anwendungsspezifische Rückgabe. 


hält. Die internen Details der Steuerung sind 
nicht wichtig. Die Steuerung handhabt die Pla- 
zierung der grafischen Daten. Die komplette 
WM _DDE DATA-Bearbeitung sehen Sie im 
Listing 15. 

Während der Ausführung der beteiligten An- 
wendungen wird die Nachricht WM_DDE_DATA 
jedesmal gesendet, wenn beim Timer-Tick das 
Einfügen oder Löschen einer Telefon-Nachricht 
festgestellt wird. Die DDE-Konversation dauert 
an, bis eine der Anwendungen sie beendet. In 
unserem Fall passiert das nur, wenn der Benut- 
zer eine Anwendung abbricht. Die Bearbeitung 
von WM _CLOSE und die folgende von 
WM _DDE TERMINATE sind im Server und im 
Client gleich. 

Wird eine WM_CLOSE-Nachricht erhalten, 
zählt die Anwendung alle DDE-Konversationsfen- 
ster durch. In jedem Konversationsfenster wird 
ein Fensterwort gesetzt, um anzuzeigen, daß der 
Benutzer die Anwendung beenden möchte. Zur 
selben Zeit wird ein anderes Fensterwort nach 
der Handle des Konversationsfensters, mit dem 
das Fenster Daten austauscht, abgefragt. Dem 
Fenster wird eine WM_DDE TERMINATE-Nach- 
richt von der Hauptanwendung über das Konver- 
sationsfenster gesendet. Keine weitere Bearbei- 


wird beim Gebrauch von DosFreeSeg 
benötigt, um eine Struktur freizuge- 
ben. 


/* send WM_DDE_UNADVISE, shutdown all conversations 
for this application, then quit */ 
case WM_CLOSE: 
if (WinQueryWindowuLong(hwnd, WW_CONVCOUNT)) { 
WinSetWindowuLong(hwnd, WW_CLOSE, 
WinQueryWindowULong( 
hwnd, WW_CLOSE) | WIN_CLOSING_FLAG); 
henum = WinBeginEnumkindows (DDEanchorHWND) ; 
while (hwndenum = WinGetNextWindow(henum)) { 
WinSetWindowULong(hwndenum, WW_CONV_FLAGS, 
WinQueryWindowULong(hwndenum, WW_CONV_FLAGS) | 
WIN_TERM_FLAG); 
tohwnd = (HWND)WinQueryWindowuLong (hwndenum, WW_CONV_HWND) ; 
DDEptr = st_DDE Alloc(sizeof(DDESTRUCT) + 
strien(*Graphics")+1,"DDEFMT_graphics_data*); 
DDEptr>offszItemName = (USHORT)sizeof (DDESTRUCT); 
strcpy(DDES_PSZITEMNAME (DDEptr) , "Graphics"); 
WinDdePostMsg(tohwnd, hwndenum, WM_DDE_UNADVISE, 
DDEptr, TRUE); 
WinDdePostMsg(tohwnd, hwndenum, WM_DDE_TERMINATE, 
NULL, TRUE); 
WinLockWindow(hwndenum, FALSE); 


} 
WinEndEnumkindows (henum) ; 
} 
else { 
WinPostMsg(hwnd,.WM_QUIT,OL,OL); /* quit if no 
conversations open */ 


} 
break; 


tung wird ausgeführt, bis nicht alle Konversa- 
tionsverbindungen beendet sind. Listing 16 zeigt 
die Bearbeitung von WM_CLOSE durch die Cli- 
ent-Anwendung. Beachten Sie, daß der Pro- 
grammteil des Servers sehr ähnlich ist. 

Beim Erhalt der Nachricht WM_DDE_TERMI- 
NATE prüft ein Konversationsfenster sein Fen- 
sterwort, um festzustellen, ob das Ende von der 
eigenen Anwendung oder vom Konversations- 
partner veranlaßt wurde. Wurde es vom Konver- 
sationspartner veranlaßt, sendet das Fenster eine 
zugehörige WM_DDE_TERMINATE-Nachricht an 
den Sender. Wurde das Ende nicht vom Konver- 
sationspartner ausgelöst, ist die Nachricht nur 
eine Bestätigung des Partners, daß die Pro- 
grammende-Bearbeitung weitergehen kann. In 
jedem Fall kann sich das Konversationsfenster 
jetzt zerstören, da die Konversationsverbindung 
beendet ist. Zu diesem Zeitpunkt sendet es eine 
anwendungsdefinierte Meldung, APPM_CONV_ 
CLOSE, um dem Hauptfenster anzuzeigen, daß 
die Verbindung ordentlich beendet ist. Listing 17 
zeigt die Bearbeitung von WM _DDE_ 
TERMINATE durch die Client-Anwendung. Auch 
dieser Programmteil ist im Server gleich. 


«4 Listing 15: 
WM_DDE_DATA-Be- 
arbeitung des Gra- 
phics_Exchange- 
Client. 


+ Tabelle 5: 
DDE-Makros für die 
Datenstrukturen 
DDEINIT und 
DDESTRUCT. 


44 Tabelle 4: 
Die Flags im Feld fs- 
Status der Struktur 
DDESTRUCT. 


«Listing 16: 
WM_CLOSE-Bearbei- 
tung und Versenden 
der Nachricht 
WM_DDE _TERMI- 
NATE. 
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» Listing 17: 
WM_DDE_TERMI- 
NATE-Bearbeitung 
und Versenden der 
Nachricht APPM 


CONV_CLOSE. 


» Listing 18: 
Bearbeitung von 
APPM_CONV_ 
CLOSE und Pro- 
grammende. 


>> Tabelle 6: 
Grafische Kontroll- 
nachrichten. 
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/* post terminate to server, tell client, and die */ 
case WM_DDE_TERMINATE: 
if (!WinQueryWindowULong(WinQueryWindow(hwnd, QW_OWNER, FALSE), 
WW_CLOSE)) { 
WinDdePostMsg((HWND)1Paraml, hwnd, WM_DDE_TERMINATE, 
NULL, TRUE); 


} 

WinPostMsg (WinQueryWindow(hwnd,QW_OWNER,FALSE),, 
APPM_CONV_CLOSE „MPFROMLONG (hwnd) , (MPARAM) NULL) ; 

WinDestroykindow(hwnd) ; 


break; 


/* decrement conversation count and delete picture */ 
case APPM_CONV_CLOSE: 
WinSetWindowULong (hwnd, WW_CONVCOUNT, 
WinQueryWindowULong(hwnd, WW_CONVCOUNT) - 1); 
WinSendMsg (WinWindowFromID(hwnd,1D_GRAPHICSI) „IC_DELETEITEM, 
(MPARAM) LOUSHORT (1 Paramı), 
(MPARAM) NULL) ; 
if (WinQueryWindowULong(hwnd,WW_CLOSE) && 
!WinQueryWindowULong(hwnd, WW_CONVCOUNT)) { 
WinPostMsg(hwnd,WM_QUIT,OL,OL); 
} 


break; 


Die Nachricht APPM_CONV_CLOSE dient als 
Signal, daß die abschließende Bearbeitung be- 
ginnen kann. Bei jedem Erhalt einer 
APPM_CONV_CLOSE-Nachricht wird der Verbin- 
dungszähler vermindert. Ist er 0, so prüft die 
Hauptanwendung ihr Fensterwort, um zu sehen, 
ob das Ende der Anwendung gewünscht wird. Ist 
dies der Fall, und alle Verbindungen sind erfolg- 
reich abgebaut, so kann die Anwendung ihre 
Endebearbeitung erledigen und sich dann selbst 
beenden (Listing 18). 

Graphics Exchange bietet ein sehr anschau- 
liches Beispiel für den Gebrauch von DDE, um 
ständige Verbindungen zwischen einzelnen PM- 
Anwendungen herzustellen. Unterstützung für 
mehrere Konversationen ist durch Definieren 
einer zusätzlichen Nachricht sowie Gebrauch des 
Fensterworts und der Aufzählung der Fenster 
gegeben. Natürlich können diese Anwendungen 
auch auf die zusätzliche Übertragung anderer als 
den grafischen Daten erweitert werden. 

Wenn Sie dieses Beispiel als Anleitung neh- 
men, so sollten Sie eine generelle Implementie- 
rung für Ihren eigenen Multitasking-Datenaus- 
tausch zwischen unterschiedlichen Programmen 
vornehmen können. Wir halten DDE für eine 
mächtige und flexible Errungenschaft des Presen- 
tation Managers, die eine neue Dimension für die 
Entwicklung von zusammenwirkenden Anwen- 
dungen in der Multitaskingumgebung von O0S/2 
eröffnet. Da die Programmierumgebung sich von 


Windows zu den vielfältigen Möglichkeiten des 
0S/2 Presentation Managers gewandelt hat, hat 
sich auch das DDE-Protokoll gewandelt. Die 
Änderungen bieten einen neuen Rahmen für zu- 
künftige Erweiterungen, wenn sich die Umge- 
bung weiterentwickelt. 

Susan Franklin, Tony Peters 


Nachrichten werden an die Steuerung mit Win- 
SendMsg gesendet, bei der der Nachrichtenpara- 
meter der jeweilige Nachrichtencode ist, wie zum 
Beispiel IC_INSERTITEM. lParaml und lParam2 
werden für die Nachrichten folgendermaßen 


initialisiert: 


Nachricht und Ursache und Verarbeitung 

Parameter 

IC_INSERTITEM Fügt ein Objekt in die grafische Steue- 
rung ein. 

Iparamıi Diese Nachricht fügt ein Objekt in die 
grafische Steuerung ein. iPosition ist 
die bei 0 beginnende Position, wo das 
Objekt eingefügt werden soll. 

(SHORT)iPosition Wenn iPosition ICM_END ist, dann 
wird das Objekt an das Ende angefügt. 

lparam2 pltemStruct ist ein Zeiger auf die 
Struktur GDEDATA. iltemActual ist die 
Position, an der das Objekt eingefügt 
wurde. 

(PGDEDATA)pltem Ist die Allokierung für den Speicher, 

Struct der zum Einfügen benötigt wird, nicht 


Gibt (SHORT)iltem- 


erfolgreich, so wird ICM_MEMERROR 
zurückgegeben. 
Ist der gewählte Index ungültig, so 


Actual zurück. wird ICM_INVINDEX zurückgegeben. 
IC_DELETEITEM Löscht einen Eintrag aus der grafi- 
schen Steuerung. 

Iparaml Diese Nachricht löscht einen Eintrag 
aus der grafischen Kontrolle. 
(SHORT)idItem Iditem ist die eindeutige Identifizie- 
rung für den zu löschenden Eintrag. 
Iparam2 cltemsLeft ist die Anzahl der Einträge, 
NULL (reserviert) die nach dem Löschen in der Liste ver- 
Gibt (SHORT) bleiben. 


cltemsLeft zurück 


IC_SETITEM- Setzt den Zeiger der Struktur, die 

STRUCT durch idItem identifiziert wird auf die 
Struktur pltemStruct. 

Iparaml Gibt TRUE zurück, falls erfolgreich, 


(USHORT) idItem 
lparam2 
(PGDEDATA) 
pltemStruct 

Gibt (BOOL) 
bSuccess zurück 


ansonsten FALSE. 


Entwurf und Erstellung von 
Programmen mit mehreren Threads 
mit Microsoft C: 


Multithread- 
Programme 
unter OS/2 


Aus der Sicht eines Programmie- 
rers gleicht OS/2 einer neuen Pro- 
grammiersprache. Um mit dem 
Betriebssystem vertraut zu werden, 
müssen Sie Programme schreiben. 
In diesem Artikel besprechen wir 
die Installation und Möglichkeiten 
des Microsoft C-Compilers Version 
5.1 für die OS/2-Entwicklung. 


ußerdem betrachten wir die vorhandenen 

Headerdateien näher. Weiter sehen wir uns 
die Programmierschnittstelle für Applikationen 
(API) an, indem wir unser erstes OS/2-Pro- 
gramm schreiben. Am Schluß erkunden wir die 
Programmierung von Applikationen mit mehre- 
ren Threads und schreiben eine Multithread-Ver- 
sion des beliebten HELLO.C-Programms. 


Installation des Compilers 


Vor der Installation sollten Sie sich vergewissern, 
daß Sie genügend freien Speicherplatz auf der 
Platte zur Verfügung haben. Die Mindestgröße 
für die Version im geschützten Modus ist unge- 
fähr 3,5 Mbyte (mit zwei Bibliotheken). Wollen 
Sie den gesamten Compiler im geschützten 
Modus installieren, sollten Sie eher 4,5 Mbyte 
frei haben. Planen Sie, den Compiler unter DOS 
und OS/2 zu benutzen, so werden über 6 Mbyte 
benötigt. Dem Installationsprogramm kann mit- 
geteilt werden, daß es nur die Teile installiert, 
die Sie benötigen. 

Sie müssen Sich auch für die Verzeichnisstruk- 
tur des Compilers entscheiden. Wir erörterten die 
von OS/2 bevorzugte Verzeichnisstruktur, die im 
Bild 1 gezeigt ist, im ersten Artikel dieser Serie 
(MSJ Mai/Juni '89, Seite 28). Sie werden sich 
erinnern, daß das Verzeichnis OS2\PBIN die nur 
im geschützten Modus lauffähigen Programme 
enthält. OS2\RBIN enthält die Programme für 
den nicht geschützten Modus und OS2\BIN ent- 
hält kombinierte Programme für DOS und OS/2. 

Wenn Sie den Compiler unter OS/2 installie- 
ren, sehen Sie, daß das Installationsprogramm 
die Vorschläge der Verzeichnisstruktur in der 
Weise macht, wie sie in Bild 2 gezeigt wird. Das 
Verzeichnis \OS2\LIB enthält alle Bibliotheken 
des Compilers, \OS2\INCLUDE enthält die Hea- 
derdateien und OS2\SOURCE enthält die zusätz- 
liche Dokumentation und die Quelldateien. 
Beachten Sie auch, daß der Compiler eine zweite 
Version der Headerdateien unter dem Verzeich- 
nis \OS2\INCLUDE\MT installiert. Dies sind die 
Headerdateien der Bibliotheken für Programme 
mit mehreren Threads, die wir uns später anse- 
hen. 


«4 Das Multithread- 
OS/2-Programm 
Hello. 
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> Bild 1: 

Die OS/2-Verzeich- 
nis-Struktur vor der 
Installation des 
Compilers. 


> Bild 2: 

Die 0OS/2-Verzeich- 
nisstruktur nach der 
Installation des 
Compilers zeigt eine 
mögliche Ver- 


zeichnisorganisation. 


Die MAKE-Dateien 
für diesen Artikel 
basieren auf dieser 
Struktur. Eine Alter- 
native wäre das 
Installieren der 
Unterverzeichnisse 
INCLUDE, LIB und 
SOURCE, die sich 
unter dem OS/2- 
Unterverzeichnis be- 
finden, unter dem 
Standardverzeichnis 
MSCS510. 


>> Bild 3: 

Eine universelle 
MAKE-Datei für ein 
kombiniertes OS/2- 
Programm. 
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MS-C 5.1 bietet die Möglichkeit DOS, 05/2 
und kombinierte Programme, die unter beiden 
Betriebssystemen laufen, zu erzeugen. Ein großer 
Vorzug der Installation sind die kombinierten 
Bibliotheken, wenn Sie den Compiler unter OS/2 
installieren. Frühere Versionen des Compilers 
beinhalten eine Unmenge von Bibliotheken, ein- 
schließlich dreier Fließkomma- und einer Grafik- 
bibliothek. Wenn Sie zu diesen Bibliotheken Ver- 
sionen für jedes Speichermodell hinzufügen und 
zusätzlich die Versionen für OS/2, brauchen Sie 
außergewöhnlich viel Plattenspeicher. Sie kön- 
nen aber für jedes Speichermodell die Grund- 
bibliothek mit der Grafikbibliothek (wenn ge- 
wünscht) und der Fließkommabibliothek ver- 
binden. Dies erzeugt nur eine Bibliothek je Spei- 
chermodell. Das Installationsprogramm erledigt 
das automatisch und löscht auf Wunsch die nicht 
mehr benötigten Einzelkomponenten. 

Weiterhin läßt sich ein kombinierter (Bound) 
Compiler erzeugen. Diese Version läuft dann 
unter DOS und OS/2. Das Installationsprogramm 
erzeugt die Datei BINDC.CMD (BINDC.BAT, 
wenn Sie den Compiler unter MS-DOS installiert 
haben), die Sie ausführen müssen, um die kom- 
binierte Version zu erzeugen. Wir erörtern das 
Herstellen von kombinierten Programmen später. 
Sie können sich aber vorerst merken, daß eine 
kombinierte Applikation nur eine Untermenge 
der API-Aufrufe verwendet, die FAPI (Familien- 
Programmier-Schnittstelle) genannt wird. Dies 
sind Funktionen, die sowohl unter DOS als auch 
unter OS/2 verfügbar sind. Die Verwendung die- 
ser Funktionen gestattet aber nicht die Verwen- 
dung der OS/2-Multitasking-Eigenschaften (da 
DOS diese Fähigkeiten nicht bietet). So ein Pro- 
gramm läuft unter beiden Betriebssystemen. 

BINDC erzeugt eine kombinierte Version des 
Compilers in dem gewünschten Verzeichnis. Da 
es sich um eine kombinierte Version handelt, 
sollten Sie die Ausgabe von BINDC in das Ver- 
zeichnis \OS2\BIN erzeugen lassen, und die Ori- 
ginalkopien der Compiler löschen. So benötigen 
Sie nicht mehr, und diese brauchen nur Spei- 
cherplatz auf der Platte. Die kombinierte Version 
ist größer als das Original, aber diese eine Ver- 
sion ist einfacher zu handhaben. 


#file: hello 
#generic 05/2 MAKE file for producing 'bound' executables 
# 


#Currently set for making HELLO.C 
#Usage: C>make hello 


INCLUDE=\os2\ include 

LIB=\os2\1ib 

COPT=/Lp /Fb /W3 /Zpe /62 /0x /I$(INCLUDE) 
#COPT=/Lp /Fb /W3 /Zpie /62 /Od /IS(INCLUDE) 


hello,exe: hello.c hello 
el $(COPT) hello.c /link /noe 
#end 


Das Installationsprogramm erzeugt zwei 
Dateien: NEW-VARS.CMD und NEW-CONF.SYS. 
Die Datei NEW-VARS.CMD enthält die Environ- 
ment-Variablen, die zur Laufzeit des Compilers 
aktiv sein sollten. Diese basieren auf der von 
Ihnen bei der Installation gewählten Verzeichnis- 
struktur. Sie können diese entweder in die Datei 
STARTUP.CMD übernehmen, oder in die Kom- 
mandodatei, die beim Einrichten der C-Entwick- 
lungssitzung im OS/2-Programmstarter aktiviert 
wird. NEW-CONF.SYS enthält Zusätze für die 
Datei CONFIG.SYS (CONFIG.OS2 in älteren Sy- 
stemen mit Dual-Boot-Option). 


Neue Compiler-Optionen 


Es existieren für die OS/2-Programmierung drei 
Kommandozeilenoptionen. Die Option /Lr gene- 
riert ein Programm im nicht geschützten Modus 
(in früheren Versionen des Compilers üblich). 
Die Option /Lp jedoch veranlaßt den Compiler 
und den Linker, das Programm für den geschütz- 
ten Modus zu erzeugen. Wenn Sie diese Option 
benützen, wird die geschützte Version der Biblio- 
thek verwendet. Benötigt zum Beispiel die Über- 
setzung im nicht geschützten Modus mit kleinem 
Speichermodell die Bibliothek SLIBCE.LIB (die 
kombinierte Bibliothek im kleinen Speicher- 
modell mit Fließkomma-Emulation), so bindet 
der Linker beim Aktivieren des Compiler-Schal- 
ters /Lp die Bibliothek SLIBCEP.LIB (die Version 
der Bibliothek für den geschützten Modus). 

Die dritte Option /Fb weist den Linker an, das 
Programm BIND.EXE zu aktivieren, nachdem der 
Linkvorgang beendet ist. BIND ist ein Hilfspro- 
gramm, das Programme im geschützten Modus 
in kombinierte Applikationen ändert, die dann 
unter beiden Betriebssystemen laufen können. 
Mit diesen Optionen und der Verzeichnisstruktur 
von vorhin können wir eine allgemeine MAKE- 
Datei erzeugen. Diese verwenden wir dann für 
unser erstes OS/2-Programm (Bild 3). 

Die MAKE-Datei, die wir HELLO nennen (da 
sie für die Übersetzung von HELLO.C benötigt 
wird, bildet die Basis für die MAKE-Dateien für 
andere Programme. Sie setzt die Environment- 
Variablen INCLUDE und LIB für den Compiler 
und übergibt CL eine Reihe von Optionen. Die 
MAKE-Datei verwendet sowohl /Lp als auch /Fb, 
um eine kombinierte Version erzeugen zu lassen. 


Ordnung ist das halbe Büroleben! 


Lange genug diente der PC nur den Fachleuten als Werkzeug. Wenn Sie aber jetzt 
den Computer als leistungsfähiges Bürosystem nutzen wollen, können Sie mit 
ComfoDesk Ihre gewohnte Büroumgebung auf Ihrem PC installieren. Mit 
Schränken und Ordnern und mit einem Materiallager, in dem ein Vorrat 
an Briefbögen, Kalkulationsblät- / tern usw. lagert. Ihr 
Taschenrechner " % und Terminkalen- 
der liegen griff- 
Tisch, wie Sie 

sind, ganz nach 
KEN Arballasıl 


gemeinsames Ablagesystem und einheitliche Formulare zur Erstellung von 
Schriftverkehr. Und jeder kann sich bei Bedarf Unterlagen von Kollegen ansehen, 
es sei denn, das Dokument wurde als privat gekennzeichnet. So entsteht Trans- 
parenz im Büro, die auch vom Computerlaien sofort durchschaut wird. Das ganze 
Büroleben wird leichter! 


ComfoDesk ist ein Baustein 
zum SPI-Windows-Office. 
Weitere Bausteine sind 

Comfoßridge, ComfoTalk = 
Clip & Connect se 
ComfoTex 2 
ACCESS SQL 


Fr 
Bitte schicken Sie weitere Informationen 
über: OD] Das SPI-Windows-Offiie DO ComfoDesk 

U Die Open Access Il Familie U] Das SQL System 


SOFTWARE PRODUCTS INTERNATIONAL 


SPI Software Products International (Deutschland) GmbH 
Stefan-George-Ring 22+24, 8000 München 81 
Tel.: 089/930090-0, Fax: 089/930090-11 
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Die Option /W3 setzt die Ebene 3 für War- 
nungen des Compilers. Dies ist die höchste ver- 
fügbare Stufe. Diese Option ist für die strenge 
Typüberprüfung der verschiedenen Objekte und 
Argumente der OS/2-Typdefinitionen sehr nütz- 
lich. Die Option /Zpe beinhaltet die beiden 
Optionen /Zp und /Ze. Die erste läßt den Com- 
piler gepackte Strukturen erzeugen, die auf Byte- 
grenze ausgerichtet sind (im Gegensatz zur 
Wortausrichtung). Die zweite erlaubt Erweite- 
rungen in C, wie die Schlüsselworte far, near und 
pascal, die in OS/2-Programmen häufig benötigt 
werden. Die /Ox-Option setzt die höchste Opti- 
mierungsstufe. Die Option /I spezifiziert dem 
Compiler das für die Includedateien zu verwen- 
dende Verzeichnis. 

Die /G2-Option ist für das Erzeugen von 
80286-Befehlen zuständig. Diese Option ist sehr 
nützlich, da die 80286-Befehle effizienter sind als 
einfache 8086-Anweisungen. Dies beschränkt die 
Verwendung des Programms aber auf einen 
80286 oder höher, was in der OS/2-Umgebung 
aber sowieso der Fall ist. Probleme gibt es nur, 
wenn die kombinierte Applikation unter DOS auf 
einem 8088 oder 8086 ausgeführt wird. 

Zu dieser MAKE-Datei sollte ich noch einige 
Dinge bemerken. Zur Fehlersuche wollen wir die 
symbolischen Informationen mit den Optionen 
/Zi und /Od erzeugen. Deshalb habe ich eine zu- 
sätzliche Zeile mit Optionen für die Fehlersuche 
aufgenommen. Sie können diese Optionen akti- 
vieren oder deaktivieren, indem Sie an die erste 
Position einer der beiden Zeilen ein # schreiben 
(# bedeutet in der MAKE-Datei einen Kommen- 
tar). Beachten Sie auch die Option /NOE, die der 
Compiler an den Linker übergibt. Sie verhindert 
die erweiterte Bibliothekssuche des Linkers, was 
gewährleistet, daß die richtigen Bibliotheksfunk- 
tionen mit dem Programm gelinkt werden. 


OS/2-Systemaufrufe 


OS/2-Systemaufrufe sind den Programmen durch 
das OS/2-API zugänglich. Im Gegensatz zu den 
Interrupt-Aufrufen von DOS, sind diese Funktio- 
nen durch Systemfunktionen verfügbar (auch als 
Aufruftore bekannt). Das DOS-System ist auf 256 
Funktionen beschränkt (durch den Interrupt 
21H). Für OS/2 bestehen keine Beschränkungen 
für die Zahl der in der Zukunft hinzuzufügenden 
Funktionen. Im Gegensatz zu DOS, das Register 
für die Parameterübergabe benötigte, werden 
0S/2 die Parameter auf dem Stack übergeben. 
Alle OS/2-Aufrufe benützen dasselbe Format. 
Gibt ein Systemaufruf einen Fehlercode zurück, 
so ist dieser Wert 0, falls keine Fehler vorliegen, 
und ein vorzeichenloser Wert ungleich 0 wird im 
Fehlerfalle zurückgegeben. Zusätzlich arbeiten 
die FAPI-Funktionen wie oben schon erwähnt 
sowohl unter DOS als auch unter OS/2, was 
Ihnen das Erzeugen von kombinierten Applika- 


tionen erlaubt, die unter beiden Umgebungen 
laufen. 

Wenn Sie einen API-Funktionsaufruf in Ihrem 
Programm verwenden, so fügt der Linker den 
Funktionscode nicht zum ausführbaren Pro- 
gramm hinzu, wie dies unter DOS der Fall wäre. 
Stattdessen werden Befehle hinzugefügt, die den 
Funktionscode aus der zugehörigen dynamischen 
Linkbibliothek (DLL) aufrufen. Wird das Pro- 
gramm ausgeführt, so lädt OS/2 die zugehörigen 
DLL's (falls sie nicht bereits im Speicher sind). So 
sind die Funktionen zur Laufzeit für das Pro- 
gramm verfügbar. 

Auch wenn mehr als ein Applikationspro- 
gramm eine API-Funktion benötigt, so befindet 
sich diese nur einmal im Speicher. Für eine FAPI- 
Funktion in einem kombinierten Programm bin- 
det der Linker sowohl die DLL-Aufrufbefehle als 
auch die ausführbaren Befehle für den nicht ge- 
schützten Modus. Die ersten werden benötigt, 
wenn das Programm im geschützten Modus von 
OS/2 arbeitet, die zweiten rufen den Interrupt 
21H im nicht geschützten Modus von 0S/2 auf. 

Da OS/2 die API-Funktionen in einer DLL auf- 
ruft, sind diese in einem anderen Segment als 
das aufrufende Programm. Deshalb müssen diese 
mit einem Far-Aufruf aufgerufen werden. Es gibt 
vier Arten von Parameter, die den API-Aufrufen 
übergeben werden können: Byte (oder Zeichen), 
Wort (oder vorzeichenlos), Doppelwort (vor- 
zeichenlose Langzahl) und Adressen (Far-Zei- 
ger). Benötigt der Aufruf nur den Wert des 
Parameters, so wird eine Kopie übergeben (Call 
by Value). Benötigt der Aufruf einen Zeiger auf 
den Wert, so wird die Adresse übergeben (Call 
by Reference). Da die Aufrufe Far-Aufrufe sind, 
müssen auch die übergebenen Adressen far sein. 
Um sicherzustellen, daß Sie der Systemfunktion 
eine Far-Adresse übergeben, sollten Sie das Ob- 
jekt als far deklarieren, einen Cast verwenden, 
oder im Large-Speichermodell übersetzen. Der 
Einsatz der OS/2-Objektdefinitionen in den 
neuen Headerdateien (unten beschrieben) 
behebt dieses Problem. 

Die Segmentadressen, die in den Far-Adressen 
enthalten sind, sind in Wirklichkeit Selektoren. 
Obwohl die Adressen im geschützten OS/2- 
Modus dieselbe Form Segment:Offset haben wie 
unter DOS, benötigt der geschützte Modus einen 
Selektor. Ein Selektor ist ein Index in eine 
Tabelle von Segmentadressen, und ist unabhän- 
gig vom physikalischen Segment. Selektoren 
müssen verwendet werden, da die virtuelle Spei- 
cherverwaltung von OS/2 das physikalische 
Segment im Speicher verschieben oder auf die 
Platte auslagern kann. Diese Abstraktionsebene 
gestattet Ihnen die Adressierung eines Far-Ob- 
jekts, ohne zu wissen, welche physikalische 
Adresse es besitzt -— oder ob es überhaupt im 
Speicher ist (0S/2 erledigt dies für Sie). 

API-Funktionen verwenden die Pascal-Aufruf- 
folge. Diese Konvention schreibt vor, daß die An- 


0S2.H Immer in Ihr Programm einlesen 

OS2DEF.H Gemeinsame Definitionen 

BSE.H Basisdefinitionen, liest die 
folgenden Dateien ein: 

BSEDOS.H Kernfunktionen 

BSESUB.H Kbd, Vio, Mou Definitionen 

BSEERR.H Fehlermakros 


zahl der Parameter konstant ist, und daß diese 
von links nach rechts auf dem Stack abgelegt 
werden (in der Reihenfolge, wie sie in der Quell- 
datei stehen). Zusätzlich braucht bei der Pascal- 
Aufruffolge der Aufrufer den Stack nicht berich- 
tigen. Daraus ergeben sich kleinere, schnellere 
Funktionsaufrufe. Das ist die Umkehrung der 
gewohnten C-Aufrufe, wobei die Argumente von 
rechts nach links (mit der Möglichkeit einer vari- 
ablen Anzahl) auf dem Stack abgelegt werden. 
Hierbei muß der Aufrufer den Stack wieder in 
Ordnung bringen, und es ergibt sich ein lang- 
sameres, größeres Programm. Die unten be- 
schriebenen OS/2-Headerdateien deklarieren die 
API-Funktionen als far pascal. Sie brauchen also 
nur die entsprechenden Headerdateien in Ihr 
Programm einzulesen. Die Aufruffolge far pascal 
ist in den OS/2-Headerdateien als APIENTRY 
definiert. 


Zusätzlich verwenden die API-Funktionen die - 


Microsoft Windows-Namenkonventionen mit be- 
zeichnenden zwei- bis dreiphrasigen Namen in 
Groß- und Kleinschreibung. Tastaturfunktionen 
beginnen mit Kbd, Maus und Videofunktionen 
beginnen mit Mou und Vio. Die Namen der ver- 
bleibenden Systemaufrufe (OS/2-Kern) beginnen 
mit Dos. Einige kurze Beispiele: DosRead, Dos- 
CreateThread, KbdCharlIn und VioWrtTTY. 

Die Dokumentation der OS/2-API-Funktionen 
befindet sich im OS/2-Referenzhandbuch für 
Programmierer. Dieses Handbuch ist im Pro- 
grammer's Toolkit und im Microsoft OS/2 Soft- 
ware Development Kit enthalten. 


Headerdateien 


Microsoft C 5.1 liefert sechs neue Headerdateien, 
von denen einige oder alle in einem Programm, 
das OS/2 API-Aufrufe durchführt, eingelesen 
werden müssen. Diese Headerdateien (in Bild 4 
gezeigt) liefern die API-Deklarationen, Funkti- 
ons-Prototypen, Makros, Konstanten und Typ- 
definitionen, die für ein OS/2 C-Programm benö- 
tigt werden. Vor der Programmierung unter 
OS/2 sollten Sie mit diesen vertraut sein. Sie 
werden sehen, daß die meisten Typdefinitionen 
und Strukturen eine ähnliche Namensgebung 
verwenden wie die Systemaufrufe. Da viele 
Systemaufrufe Rückgabewerte in diese Struktu- 
ren schreiben, gestaltet sich die OS/2-Program- 
mierung erheblich einfacher, wenn Sie diese vor- 
her kennen. 


Definieren Sie 
dieses Makro: 


INCL_BASE 

INCL_DOS 

INCL_SUB 
INCL_DOSERRORS 
INCL_DOSPROCESS 
INCL_DOSINFOSEG 
INCL_DOSFILEMGR 
INCL_DOSMEMMGR 
INCL_DOSSEMAPHORES 
INCL_DOSDATETIME 


INCL_DOSMODULEMGR 
INCL_DOSNLS 
INCL_DOSSIGNALS 
INCL_DOSMONITORS 
INCL_DOSSESMGR 
INCL_DOSDEVICES 
INCL_DOSQUEUES 
INCL_RESOURCES 


Um diese Definitionen/ 
Deklarationen 
einzuschließen: 


Alle Funktionen 
Kernfunktionen 

Untersysteme (Kbd, Vio, Mou) 
Fehlermakros 

Prozeß- und Threadfunktionen 
Informationssegment-Aufrufe 
Dateimanagerfunktionen 
Speicherverwaltungsfunktionen 
Semaphorenfunktionen 
Datum/Uhrzeit- und Timer- 
Funktionen 

Modul Management-Funktionen 
Nationale Sprachfunktionen 
Signalfunktionen 
Monitorfunktionen 

Session Manager-Funktionen 
Device- und IOPL-Unterstützung 
Queue-Funktionen 

Ressource 


Unterstützungsfunktionen 


Die OS/2-Headerdateien sind hierarchisch ge- 
schachtelt. Deshalb brauchen Sie in den meisten 
Fällen nur OS2.H in Ihre Datei einzulesen. Die 
restlichen Headerdateien und Definitionen kön- 
nen durch verschiedene Kombinationen von Kon- 
trollmakros (in Bild 5 dargestellt) eingelesen 
werden. Diese sollten in Ihrem Programm vor der 
Anweisung include "0S2.H" stehen. Dies ist 
hilfreich, wenn Sie in Ihrem Programm nur einen 
Teil der API-Funktionen verwenden, da die Hea- 
derdateien groß sind und die Übersetzung 
schneller ausgeführt wird, wenn Sie nur einlesen, 
was benötigt wird. 

OS2.H liest zwei Headerdateien ein. Die erste 
Datei, OS2DEF.H, enthält die am häufigsten be- 
nutzten Definitionen, Typedef-Anweisungen, 
Makros, Konstanten und Strukturen. Die zweite, 
BSE.H, enthält indirekt die Basisdefinitionen für 
die verschiedenen OS/2-Untersysteme (Tastatur, 
Video, Maus und DOS), und Fehlerbehand- 
lungsmakros, indem drei weitere Headerdateien 
eingelesen werden: BSEDOS.H, BSESUB.H und 
BSEERR.H. 

BSEDOS.H enthält die Definitionen, die beim 
Gebrauch der O0S/2-Kernfunktionen benötigt 
werden, und kann durch die Definition von 
INCL _DOS vor der Anweisung #include für 
0S2.H in Ihr Programm eingelesen werden. 
BSESUB.H enthält alle Definitionen, die beim 
Benutzen der OS/2-Untersysteme (Kbd, Mou 
oder Vio) benötigt werden. Sie wird durch die 
Definition von INCL_SUB eingelesen. BSEERR.H 
enthält alle fehlerbezogenen Makros und wird 
durch die Definition von INCL_DOSERRORS ein- 
gelesen. Wenn es notwendig ist, so können Sie 
alle API-Deklarationen und Definitionen durch 
die Definition INCL_BASE in Ihr Programm ein- 
lesen: 


#define INCL_BASE 
#include <0S2.H> 


44 Bild 4: 
OS/2-Headerdateien 
für die Programm- 
entwicklung 


Bild 5: 
0S/2-Headerdatei- 
Kontrollmakros 
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» Bild 6: 

Eine kombinierte 
Version von 
HELLO.C für 05/2 


>> Bild 7: 

Die Multitasking- 
Fähigkeit ist der 
größte Unterschied 
zu DOS. Die kleinste 
Ausführungseinheit 
ist der Thread. Jeder 
Prozeß besteht aus 
mindestens einem 
Thread. Alle hier 
gezeigten Prozesse 
teilen sich den glei- 
chen Bildschirm und 
die gleiche Tastatur. 
Sie sind Teil der- 
selben Bildschirm- 
gruppe. Benötigt ein 
Prozeß eine andere 
Bildschirm-/Tasta- 
tur-Kombination, so 
muß er in einer an- 
deren Bildschirm- 
gruppe gestartet 
werden. 
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/* hello.c RHS 10/14/88 
* 


* 1988 05/2 version of KAR's hello.c 
“/ 


INCL_SUB 
INCL_DOS 
<stdio.h> 
<string.h> 
<os2.h> 


/* for Vio calls used */ 
/* for DosExit call used */ 


#define 
#define 
#include 
#include 
#include 


void main(void); /* function prototype */ 


void main(void) 


char *hello_str = "Hello, world!\r\n"; 
int len = strien(hello_str); 


/* print the message */ 
/* exit the program */ 


VioWrtTTy(hello_str,len,0); 
DosExit(EXIT_PROCESS,0); 
} 


Viele gemeinsam benutzte Komponenten sind 
vordefiniett, es sei denn, Sie verwenden 
INCL. NOCOMMON in Ihrem Programm. Sie 
können auch spezielle Kernaufruf Komponenten 
durch die Definition der Makros im Bild 5 ein- 
lesen. 


Das erste OS/2-Programm 


Nach der erfolgreichen Installation des Compilers 
können Sie beginnen, ein OS/2-Programm zu 
schreiben. Bild 6 zeigt die Quelldatei für eine 
OS/2-Version des berühmten Programms von 
Dennis Ritchie (HELLO.C). Beim ersten Anblick 
erscheint ein OS/2-Programm wie dieses etwas 
groß. Dies ist nicht die bekannte einfache Kernig- 
han/Ritchie-Version. Das Programm erfüllt aber 
denselben Zweck. Es erlaubt uns, das API von 
OS/2 zu erkunden, und gestattet uns, einige 
Headerdateien, Definitionen und Funktionen zu 
verwenden. Außerdem erlaubt es uns, das erste 
OS/2-Programm zu schreiben. 

Auf den zweiten Blick erkennen wir die be- 
kannte Struktur, die wir so oft zum Schreiben 
wartbarer, effizienter C-Programme verwendet 
haben. Sie sehen die Verwendung von INCL_SUB 
und INCL_DOS, um die Funktionsprototypen für 
den einzigen Vio-Untersystemaufruf und den 
einzigen Kernaufruf einzulesen. Der Printf-Aufruf 
wurde durch die Funktion VioWrtTTY ersetzt, die 
einen String auf den von unserem Programm ver- 
wendeten logischen Bildschirm ausgibt (alle 
Video-Ausgaben in OS/2 werden über logische 
Bildschirme abgewickelt). Diese Funktion benö- 
tigt sowohl den String als auch die Länge als 
Parameter und beherrscht ebenso die C-Escape- 
Sequenzen \r und \n, um eine Carriage-Return- 
Kombination zu erzeugen. Alle Vio-Aufrufe benö- 
tigen eine O als letzten Parameter. 

Nach der Ausgabe des Strings beendet DosExit 
das Programm. Der erste Parameter gibt an, ob 
der ganze Prozeß oder nur dieser Thread been- 
det werden soll. Der zweite Parameter ist der 
Exitcode, der an den aufrufenden Prozeß über- 
geben wird, und der identisch dem an exit, der 
traditionellen C-Standard-Bibliotheksfunktion, 
übergebenen ist. 
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Dieses Programm kann übersetzt, gelinkt und 
mit BOUND bearbeitet werden, um eine kombi- 
nierte Applikation zu erzeugen. Dasselbe Pro- 
gramm läuft dann unter OS/2 oder DOS. Die 
MAKE-Datei für dieses Programm sehen Sie in 
Bild 3. Wenn Sie noch kein C-Programm mit API- 
Funktionen geschrieben haben, so empfehle ich, 
dieses Programm zu übersetzen und laufen zu 
lassen. Es hilft sicher, etwas vom Geheimnis um 
0S/2 zu nehmen, und bereitet Sie auf den näch- 
sten Schritt vor: die Welt der Multithread-Pro- 
grammierung. 


Mehrere Threads 


Der größte Unterschied zwischen OS/2 und DOS 
ist die Multitasking-Fähigkeit von OS/2. Multi- 
tasking steigert die Effizienz der meisten Pro- 
gramme sehr stark, wenn sie dafür ausgelegt 
sind. Aber OS/2 erlaubt nicht nur das Ausführen 
von mehreren Programmen, sondern auch das 
gleichzeitige Ausführen desselben Programms. 
Das Multitasking Konzept von OS/2 sehen Sie in 
Bild 7. Es basiert auf Threads, Prozessen und 
Bildschirmgruppen. Der Thread ist die kleinste 
Einheit, die getrennt ausgeführt wird. Threads 
sind in einem Prozeß zusammengefaßt, der die 
Ressourcen, wie Dateien, Speicher und Threads 
kontrolliert. Ein Prozeß besitzt zumindest einen, 
und maximal 255 Threads. Der Hauptthread ist 
der Teil des Programms, der am Anfang ausge- 
führt wird. Ein Prozeß kann einen Thread zum 
Verwalten einer Ressource verwenden, aber ein 
Thread besitzt diese Ressource nicht. Ein Thread 
erbt die Umgebung (offene Dateien und so wei- 
ter) und teilt die Code- und Datensegmente mit 
seinem Vaterprozeß. Die Prozesse, die logische 
Tastatur und logischen Bildschirm teilen, gehö- 
ren zur selben Bildschirmgruppe. 

Das Betriebssystem erlaubt Multitasking auf 
allen drei Ebenen (Bildschirmgruppen, Prozesse 
und Threads). In diesem Artikel beschäftigen wir 
uns mit der gleichzeitigen Ausführung von 
Threads im selben Prozeß. Programme dieser Art 
nennen wir Multithread-Programme. 


Die Ausführung 
mehrerer Threads 


0S/2 verteilt die CPU-Zeit auf mehrere Threads 
durch einen zeitscheiben- und prioritätsgesteuer- 
ten Scheduler (spätere Versionen nutzen die Vor- 
teile von Rechnern mit mehreren Prozessoren). 
In Wirklichkeit wird nur jeweils ein Thread aus- 


geführt, aber die CPU wird schnell von einem 
Thread auf den anderen umgeschaltet, so daß es 
scheint, als würden sie alle gleichzeitig ausge- 
führt — solange die Applikationen, die aus mehre- 
ren Threads bestehen, nicht die Systemressour- 
cen und die CPU mißbrauchen. 

Der Task-Scheduler kontrolliert, welcher 
Thread wieviele Zeitscheiben erhält. Die Priorität 
des Threads bestimmt den Zugriff auf die CPU 
(bei einer höheren Priorität, bekommt der 
Thread relativ zu anderen Threads mehr CPU- 
Zeit). Deshalb kann ein vorher untätiger Thread 
mit einer hohen Priorität, der plötzlich bereit ist, 
einem gerade laufenden Thread mit niedrigerer 
Priorität die CPU entziehen. Andererseits muß 
ein Thread mit niedrigerer Priorität warten, bis 
alle Threads mit einer höheren Priorität untätig 
sind, bevor der Scheduler ihm CPU-Zeit gewährt. 

Der OS/2 Task-Scheduler kennt drei Katego- 
rien von Prioritäten. Die höchste Priorität ist 
zeitkritisch. Sie soll von Tasks verwendet wer- 
den, die auf Ereignisse reagieren müssen (wie 
Kommunikationsprogramme oder Eingaben). Die 
nächste Kategorie ist normal. Ein neuer Thread 
erhält diese automatisch, und die meisten 
Threads sollten sie auch beibehalten. Die letzte 
Kategorie ist untätig. Diese Prioritätsstufe sollten 
Threads erhalten, die nur laufen, wenn kein 
Thread mit höherer Priorität zum Laufen bereit 
ist (etwa Druckerspooler). In jeder Kategorie gibt 
es 32 Stufen. Die voreingestellte Priorität eines 
Vordergrund-Prozesses ist normal Stufe 0. Pro- 
zesse, die im Hintergrund laufen, gehören auch 
der normalen Stufe an, besitzen aber eine niedri- 
gere Priorität. Generell erhalten Vordergrund- 
Tasks höhere Priorität als Hintergrund-Tasks. 

Der Task-Scheduler läßt immer den Thread 
mit der höchsten Priorität laufen, der bereit ist. 
Sind zwei oder mehrere Threads mit der 
höchsten Priorität bereit, so gibt ihnen der Sche- 
duler nach einem »Round-Robin«-Verfahren die 
CPU. Wird ein Thread blockiert (wenn er auf ein 
Ereignis wartet), so unterbricht ihn OS/2 und 
läßt einen anderen Thread laufen. Das Statement 
TIMESLICE= in der Datei CONFIG.SYS kontrol- 
liert die minimale und die maximale Zeitschei- 
ben-Zeit von OS/2. 

Wie wir schon wissen, wird ein Thread blok- 
kiert, wenn er auf ein Ereignis wartet. Ein Thread 
läuft, wenn er CPU-Zeitscheiben erhält. Ist ein 
Thread nicht mehr blockiert, bekam aber noch 
keine CPU-Zeitscheiben, so sagt man, er ist bereit 
zur Ausführung. 


Die Planung eines 
Multithread-Programms 


Ein Prozeß kann aus mehreren Threads beste- 
hen. Mehrere Threads können die Ressourcen 
der Maschine effizienter kontrollieren als eine 
Applikation aus einem Thread. Zum Beispiel 


können Ausdrucke, Kommunikation, Dateiüber- 
tragungen und das Sortieren einer Datenbank 
gleichzeitig durch mehrere Threads erledigt wer- 
den, während der Hauptthread den Anwender 
bedient. In der Multitasking-Umgebung von 
OS/2 ist die Multitasking-Architektur eines Pro- 
gramms wichtig, um sicherzustellen, daß keine 
einzelne Task die Maschinenressourcen vergeu- 
det. Gordon Letwin, der Architekt von OS/2, 
entdeckte zuerst diesen Zusammenhang für das 
gemeinsame Benutzen der Ressourcen: Pro- 
gramme müssen die Regeln befolgen, um zu- 
sammenzuarbeiten. Das Befolgen vermeidet die 
Suche nach dem Übeltäter, wenn ein Programm 
die Umgebung mißbraucht, und gestattet dem 
System, mit der größtmöglichen Performance zu 
arbeiten. 

Deshalb bedeutet die Planung einer Applika- 
tion mit mehreren Threads, daß jede Aufgabe, 
die das Programm erledigt, am besten mit meh- 
reren Threads zu realisieren ist. Es gibt Hilfen bei 
der Planung eines solchen Programms: Nehmen 
Sie nie an, daß OS/2 ein Programm oder eine 
Routine in einer bestimmten Weise ausführt. 
Dies bedeutet im einzelnen: 

° Nehmen Sie nicht an, daß eine Routine vor 
einer anderen ausgeführt wird. 

« Nehmen Sie nicht an, daß eine Routine eine 
bestimmte Anzahl von Millisekunden ausgeführt 
wird. 

® Nehmen Sie nicht an, daß spätere Versionen 
von OS/2 Tasks in der gleichen Weise ablaufen 
lassen, wie die aktuelle. 

« Nehmen Sie nicht an, daß verschiedene 
Threads um die CPU ringen. Spätere Versionen 
von OS/2 können auf Multiprozessor-Systemen 
laufen, wo dann mehrere Threads wirklich 
parallel laufen. Obwohl wir wissen, daß sie der- 
zeit nicht parallel laufen, denken Sie doch daran. 
® Es gibt keine direkte Zuordnung zwischen 
CGPU-Zeitscheiben und CPU-Zyklen. 

° 05/2 garantiert keine Thread-Reihenfolge 
während der Ausführung. Obwohl der Haupt- 
thread immer der erste ist, der ausgeführt wird, 
gibt es ab dem Start des zweiten Threads keine 
Garantie für die Reihenfolge mehr. 

Der letzte Punkt bedeutet aber nicht, daß es 
keine Kontrollmöglichkeiten für die Manipulation 
von Ereignissen oder den seriellen Zugriff auf 
Ressourcen zwischen mehreren Threads gibt. 
Hierbei kommen Prioritätsebenen und 
Semaphore ins Spiel. Diese besprechen wir spä- 
ter, aber Sie sollten sich schon jetzt merken: 
Machen Sie keine Annahmen! 


Ein Multithread-Programm 


Das Erzeugen eines neuen Threads ist ziemlich 
einfach. Nehmen wir zum Beispiel ein Pro- 
gramm, das alle Eingaben von der Tastatur, 
außer dem Escape-Zeichen, welches das Pro- 
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» Bild 8: 

Ein einfaches 
Tastaturthread- 
Programm. 


>> Bild 9: 
DosCreateThread, 
dessen Funktionspro- 
totyp hier gezeigt ist, 
kann neue Threads 
erzeugen. Der Zeiger 
functionptr zeigt auf 
die Funktion des 
Threads. Die ID des 
Threads wird an der 
Stelle abgelegt, auf 
die threadidptr zeigt, 
und der Thread 
benutzt den Stack, 
dessen Spitze an der 
Stelle ist, auf die 
stack zeigt. 
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Ir 
* Simple keyboard thread example 
* 


* This program illustrates how a process might start 

* a keyboard thread which will terminate the process when 
* the user presses the Esc key. 

. 


* The program starts a keyboard thread which blocks on keyboard 
* input and terminates the entire program when the user presses 
” the Esc key. AI] other keys are ignored and thrown away. 

“/ 


INCL_DOS 
INCL_SUB 


#define 
#define 


<os2.h> 
nt\stdio.h> 
<mt\process.h> 


#include 
#include 
#include 


#define ESC 0x1b 
#define TRUE 1 
#define THREADSTACK 512 


char keythreadstack[THREADSTACK] ; 


void keyboard_thread(void); 
void main(void); 


void main(void) 
{ 
TID threadid; 


if(DosCreateThread(keyboard_thread, &threadid, 
&keythreadstack [THREADSTACK-1])) 
exit(-1); 


while(TRUE) /* replace this with 
5 code for main program */ 
} 


void keyboard _thread(void) /* keyboard thread code */ 
{ 
KBDKEYINFO keyinfo; 


while(TRUE) 
{ 
KbdCharIn(äkeyinfo,10_WAIT,0); /* wait for keystroke */ 
if(keyinfo.chChar == ESC) /* if ESC pressed, break */ 
break; 


} 
DosExit(EXIT_PROCESS,0); /* terminate the process */ 
} 


gramm abbricht, ignoriert. In einem DOS-Pro- 
gramm gäbe es zwei mögliche Lösungen. Sie 
können Ihr Programm so auslegen, daß es die 
Tastatur abprüft, was in einer komplexen Appli- 
kation sehr mühsam ist. Ihr Programm könnte 
auch den BIOS Tastatur-Interrupt abfangen, und 
dem Hauptprogramm ein Signal senden, wenn 
die Escape-Taste gedrückt wird. 

Unter OS/2 sind diese Lösungen nicht not- 
wendig oder möglich. Sie können stattdessen 
einen Thread starten, der auf die Tastaturein- 
gabe wartet (er wird blockiert, bis ein Tasten- 
druck ansteht). Drückt der Anwender eine Taste, 
so untersucht der Thread diesen Tastendruck. 
Handelt es sich nicht um die Escape-Taste, so 
wartet er weiter. Handelt es sich um die Escape- 
Taste, so beendet der Thread den ganzen Prozeß. 

Ein Blick auf das im Bild 8 gezeigte Programm 
macht diese Prozedur verständlicher. Der 
Haupthread beginnt da, wo alle C-Programme 
beginnen, mit dem Aufruf von main. Der 
Hauptthread erzeugt den Tastaturthread mit 
einem Aufruf der API-Kernfunktion DosCreate- 
Thread. 

DosCreateThread benötigt mehrere Parameter, 
wie dies der Funktionsprototyp in Bild 9 zeigt. 
Der erste Parameter ist ein Zeiger auf die Funk- 
tion des Threads. Hier ist die Funktion key- 
board thread bezeichnet. Der zweite Parameter 


unsigned DosCreateThread{void (far *) functionptr(void), 
TID *threadidptr, void *stack); 


ist ein Zeiger auf die Variable, in der OS/2 den 
Bezeichner des Threads ablegt, nachdem dieser 
erfolgreich erzeugt wurde. Der letzte Parameter 
ist die Adresse des Stacktops, des für den Thread 
allokierten Stacks, der mindestens 512 Byte groß 
sein sollte. Um die Adresse des Stacktops von 
keythreadstack zu übergeben, müssen wir die 
Adresse des letzten Bytes von keythreadstack in 
der gezeigten Weise übergeben. 

Alle API-Funktionen geben im Fehlerfalle un- 
gleich O zurück. Liefert DosCreateThread 0, so 
wissen wir, daß der Thread gestartet ist. Der neu 
erzeugte Thread führt sofort das in key- 
board_thread enthaltene Programm aus. Obwohl 
der Aufruf von DosCreateThread überall im Pro- 
gramm stehen kann, gewährleistet ein frühes 
Aufrufen den Programmabbruch auch, wenn der 
Anwender am Anfang die Escape-Taste drückt. 
Die Schleife while(TRUE) kann durch den Pro- 
grammteil ersetzt werden, den Sie benötigen. 

Sehen wir uns jetzt die Funktion key- 
board thread an. Der Programmteil eines 
Threads sollte immer in einer Funktion enthalten 
sein. Sie können die Programmteile für diese 
Funktion nicht in main oder eine andere Funk- 
tion einfügen. Sie können eine Threadfunktion 
auch nicht direkt aufrufen. Threadfunktionen 
sind eigentlich eine Erweiterung von OS/2 in C. 

Keyboard thread startet die Ausführung 
unmittelbar nach dem Erzeugen, und ruft dann 
in einer Schleife die Kbd-Untersystemfunktion 
KbdCharln auf. Der erste Parameter ist ein Zeiger 
auf die OS/2-Struktur KBDKEYINFO (die in einer 
weiteren Folge dieser Serie näher erörtert wird), 
die nach der Funktionsrückkehr Informationen 
über die gedrückte Taste enthält. Das Element 
chChar enthält den ASCII-Wert der gedrückten 
Taste. Der zweite Parameter gibt an, wie lange 
die Funktion warten soll, bis der Benutzer eine 
Taste drückt. IO_WAIT zum Beispiel veranlaßt 
die Funktion unendlich auf den Tastendruck zu 
warten. OS/2 unterbricht den aufrufenden 
Thread bis die Bildschirmgruppe dieses Threads 
einen Tastendruck vom Benutzer empfängt. 

Nach dem Tastendruck, weckt OS/2 den 
Thread und kehrt vom Aufruf KbdCharln zurück. 
Der Thread untersucht dann den Tastendruck, 
und beendet die Schleife, wenn es sich um die 
Escape-Taste gehandelt hat, was den Aufruf von 
DosExit und damit das Ende des gesamten Pro- 
gramms bedeutet. Beachten Sie, daß der Ge- 
danke hinter der Funktion ähnlich der objektori- 
entierten Programmierung ist. Die Funktion key- 
board_thread enthält die Kontrolle über die 
Tastatur und den Programmabbruch. Das Haupt- 
programm muß nicht wissen, wie es funktioniert, 
und was es erledigt — dies erledigt der Thread 
ganz alleine. 


# 
# make file for key.c example found in Figure 8 
# 


INCLUDE=\0s2\ include\mt 
LIB=\os2\lib 
COPT=/Lp /W3 /Zp /Zie /ZI /62s /I$(INCLUDE) /Alfw 


key.exe: key.c key 
el $(COPT) key.c /link /co I1ibemt 


Der Haupthread eines Programms muß am 
Leben bleiben, bis alle anderen Threads sich 
beendet oder ihre Aufgaben erledigt haben. 
Stirbt der Hauptthread, so sterben auch alle 
anderen Threads. Wenn Sie in den Haupthread- 
Programmteile einfügen, die ihn beenden, so 
stirbt der Tastaturthread (und alle anderen 
Threads) auch. Erreicht ein anderer Thread sein 
Programmende, ohne eine Beendigungsroutine 
aufzurufen, so stirbt er, beeinflußt aber die ande- 
ren Threads nicht. Threads können sich explizit 
selber durch den Funktionsaufruf DosExit been- 
den: 

DosExit(EXIT_THREAD, term_code); 

Oder der Thread kann den ganzen Prozeß 
beenden: 

DosExit(EXIT_PROCESS, term_code); 

Die MAKE-Datei für dieses Beispiel sehen Sie 
im Bild 10. Die Optionen /Gs und /G2 werden 
benutzt, um die Stacküberprüfung zur Laufzeit 
zu deaktivieren. Dieser würde zur Laufzeit einen 
falschen Stacküberlauf beim Thread melden. 
Wollen Sie dies nur auf den Programmteil des 
Threads beschränken, so können Sie ein 
#pragma einfügen: 

#pragma check_stack(off) 
/* Thread Funktion */ 
#pragma check_stack(on) 

Hier wird die Stacküberprüfung zur Laufzeit 
zwischen den beiden #pragma-Anweisungen 
abgeschaltet. 

Muß der Hauptthread Dateien schließen, oder 
einen anderen Prozeß oder Ressourcen beenden, 
so kann die Threadfunktion ein Semaphor setzen 
(wie ein Flag), das vom Hauptthread abgeprüft 
wird, statt des außergewöhnlichen Abbruchs. 
Eine weitere Möglichkeit wäre der Gebrauch von 
DosExitList (Bild 11, Seite 32). 


Wiedereintrittsfestigkeit 


Es gibt einen wichtigen Punkt beim Schreiben 
von Programmen, die aus mehreren Threads be- 
stehen. Das Problem tritt auf, wenn mehr als ein 
Thread zur gleichen Zeit versucht, ein Pro- 
grammteil auszuführen. Dieses Problem gibt es 
mit den OS/2 API-Funktionen nicht. Diese Funk- 
tionen sind für eine Umgebung mit mehreren 
Tasks programmiert. Die Standard-C-Bibliothek, 
und Ihre eigenen Funktionen sind kritischer. 
Stellen Sie sich folgendes vor: Die Funktion 
printff der Standardbibliothek benutzt einen 
internen Puffer, um die Zeichenkette aufzuberei- 


abs labs memset strempi strnset 
atoi Ifind mkdir strcpy strrchr 
atol lsearch movedata stricemp strrev 
bsearch memccpy putch strien strset 
chdir memchr rmdir striwr strstr 
getpip memcmp segread strncat strupr 
halloc memcpy strcat strnemp swab 
hfree memicmp strchr strnicmp tolower 


itoa memcmove strcmp strncepy toupper 


ten, die nach Standard Output ausgegeben wer- 
den. Nehmen wir an, ein Thread ist mitten in der 
Arbeit und hat den halben Puffer aufbereitet. 
Wenn der nächste Thread die Funktion printf 
aufruft, so wird der Puffer des ersten Threads 
überschrieben, und es gibt ein Chaos. Dieser Zu- 
stand ist nicht akzeptabel, und wenn Sie nicht 
Ihre eigenen Semaphore zur Kontrolle jeder 
Bibliotheksfunktion (was keine akzeptable 
Lösung darstellt) implementieren, erleben Sie 
böse Überraschungen. 

Gott sei Dank, gibt es noch zwei andere 
Lösungen. Wenn Sie ein Programm mit mehreren 
Threads schreiben, so können Sie nur im 
Hauptthread Standard-Bibliotheksfunktionen 
verwenden. Dies gewährleistet, daß nur ein 
Thread zur selben Zeit die Funktionen der Stan- 
dardbibliothek benutzt. Mit der Ausnahme eini- 
ger Funktionen ist die Standardbibliothek nicht 
wiedereintrittsfest, da sie für eine Ausführung 
mit einem Thread gedacht sind (Bild 12). Müssen 
Sie den Zugriff für eine bestimmte Funktion der 
Standardbibliothek (oder Ihre eigene Funktion) 
regeln, gibt es zwei Möglichkeiten: 

« Verwenden Sie die API-Funktion DosEnter- 
CritSec, um kurzzeitig alle anderen Threads ein- 
zufrieren. Obwohl dies funktioniert, ist es nicht 
die beste Lösung und hier nur der Vollständigkeit 
halber erwähnt. Es gibt zu viele Fehler, die ge- 
macht werden können. 

« Verwenden Sie ein Semaphor, um die Ausfüh- 
rung einer Funktion zu kontrollieren. Diese 
Lösung ist besser, da nur der Thread, der die 
gemeinsame Funktion aufrufen will, beeinträch- 
tigt wird. Der Rest läuft unbeeinträchtigt weiter. 
DosEnterCritSec hingegen friert alle anderen 
Threads ein. 

Können Sie nicht ohne die Standardbibliothek 
leben, gibt es noch eine Alternative: Die Stan- 
dardbibliothek für Programme mit mehreren 
Threads. Während frühere Versionen des Com- 
pilers die Unterscheidung zwischen wiederein- 
trittsfesten und nicht wiedereintrittsfesten Funk- 
tionen verlangten, unterstützt Microsoft jetzt 
eine Version der Standardbibliothek, LLIB- 
CMT.LIB, die komplett wiedereintrittsfest ist und 
mehrere Threads unterstützt. Wenn Sie ein Pro- 
gramm schreiben, das diese Bibliothek verwen- 
det, müssen Sie die neuen Bibliotheksfunktionen 
_beginthread und _endthread verwenden (statt 
DosCreateThread und DosExit). Mehr Informa- 
tionen darüber stehen im Kasten DosCreate- 
Thread kontra _beginthread. 


«4 Bild 10: 
MAKE-Datei für das 
einfache Tastatur- 
thread-Programm. 


“Bild 12: 

Diese Funktionen der 
Standard-C-Biblio- 
thek sind wiederein- 
trittsfest und können 
daher von mehr als 
einem Thread gleich- 
zeitig benutzt 
werden. 
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>> Bild 13: 

Das Tastaturpro- 
gramm aus Bild 8 
mit der Semaphoren- 
Erweiterung. 
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Sie können auch Ihre eigenen Funktionen für 
mehrere Threads schreiben. Hierbei sind aber 
drei Richtlinien zu beachten. Funktionen für 
mehrere Threads können den Interrupt nicht 
sperren, oder eine INT-Anweisung ausführen. Sie 
sollten die Werte des Segmentregisters nicht 
ändern oder manipulieren. Außerdem muß der 
Zugang zu globalen oder statischen Daten von 
Funktionen, die von mehreren Threads aufgeru- 
fen werden können, streng kontrolliert werden 
(wie wir in der Diskussion über printf festgestellt 
haben). Der zu bevorzugende Weg für diese Kon- 
trolle sind OS/2-Semaphore. 


Threadkontrolle 


Eine genaue Darstellung der OS/2-Semaphore 
finden Sie im Microsoft System Journal in der 
Ausgabe Juli/August '88 (Seite 40) unter dem 
Titel »Koordination von Threads mit Semapho- 
ren«, aber wir wiederholen die wichtigsten 
Punkte aus diesem Artikel. 

Obwohl OS/2 einiges an Unterstützung für die 
Kommunikation zwischen Prozessen bietet 
(Pipes, Queues, Signale und gemeinsamen Spei- 
cher), sind Semaphore die bevorzugte Methode, 
um mehrere Threads zu koordinieren. Sie kön- 
nen zum Serialisieren eines Programmteils oder 
einer Ressource verwendet werden, welche nicht 
gleichzeitig benutzt werden kann. Auch können 
Sie Semaphore benutzen, um einem Thread mit- 
zuteilen, daß ein Ereignis eingetreten ist. Unter 
anderem bietet OS/2 RAM-Semaphore (die von 
Threads im selben Prozeß benutzt werden). 
Diese sind am einfachsten zu implementieren, 
weshalb wir sie in unserem ersten Programm 
verwenden. 

MS-DOS ist ein Betriebssystem, das nur eine 
Task zur selben Zeit laufen lassen kann. Ein Pro- 
gramm, das unter DOS läuft kann die Ressourcen 
alleine benutzen. Dies beinhaltet auch das Sper- 
ren von Interrupts und einen ununterbrochenen 
Zugang zu den Ressourcen. Die Signalbehand- 
lung unter DOS ist einfach. Eine globale Variable 
oder ein Flag kann benutzt werden, um ver- 
schiedene Programmteile zu koordinieren. Ein 
Prozeß kann warten, während das Flag gesetzt 
ist, bis es ein anderer löscht. Nachdem der Pro- 
zeß es gelöscht hat, setzt der wartende Prozeß 
das Flag, in der Sicherheit, alleine Zugriff auf die 
Ressourcen zu haben, was auch die Flagvariable 
beinhaltet. 

Unter OS/2 ist diese Art der Signalübermitt- 
lung nicht möglich, da es (ohne Kontrolle) keine 
garantierte Reihenfolge für die Threadausfüh- 
rung gibt. Weiterhin kann ein Thread das Flag 
lesen, während ein anderer es setzt oder löscht. 
Oder der zweite Thread setzt das Flag in dem 
Augenblick, in dem der erste Thread begonnen 
hat, das Flag selbst zu setzen, als er unterbro- 
chen wurde. So können mehrere Threads gleich- 


#define INCL_DOS 
#define INCL_SUB 
#include<stdio.h> 
#include<process.h> 
#include<os2.h> 


#define ESC Oxib 
#define TRUE 1 


void keyboard_thread(void); 
void main(void); 

#define THREADSTACK 512 
char keythreadstack[THREADSTACK] ; 
long CountSem = OL; 

unsigned count = 0; 


void main(void) 
{ 
TIo threadid; 


DosSemClear (&CountSem) ; 


if(DosCreateThread(keyboard_thread,&threadid, 
&keythreadstäck[THREADSTACK-1])) 
exit(-1); 


while(TRUE) 
{ 
DosSleep(100L.); 
DosSemRequest (ACountSem,-1L); 
if(count > 3) 

break; 

DosSemClear (&CountSem) ; 
} 


/* insert code for main program here */ 


} 

void keyboard_thread(void) /* keyboard thread code */ 
as keyinfo; 
while(TRUE) 


{ 
KbdCharIn(&keyinfo,10_WAIT,O); 
if(keyinfo.chChar == ESC) 

{ 


/* wait for keystroke */ 
/* if ESC pressed, break */ 


DosSemRequest (&CountSem,-IL); 
count++; 

DosSemClear (&CountSem) ; 

} 


} 
DosExit(EXIT_PROCESS,0); /* terminate the process */ 
} 


zeitig Zugriff auf die Ressource erhalten. Das Er- 
gebnis ist chaotisch. Weiterhin belastet das stän- 
dige Abprüfen des Flags die CPU unnötig und 
verlangsamt das System. 

Semaphore sind eine elegante Lösung dieses 
Problems in der Multitasking-Umgebung von 
OS/2. In einem ununterbrechbaren Schritt testet 
und setzt ein Aufruf einer Kernfunktion das 
Semaphor. Deshalb kontrolliert das Semaphor 
den Zugang zu der Ressource und gestattet einer 
Task einer anderen das Übermitteln eines Ereig- 
nisses. 

Um eine einfache Anwendung für Semaphore 
zu demonstrieren, stellen Sie sich vor, wir erwei- 
tern das Tastaturthread-Programm in Bild 8. Die 
Erweiterung veranlaßt den Tastaturthread bei 
jedem Tastendruck der Escape-Taste einen Zäh- 
ler zu erhöhen (anstatt das Programm zu been- 
den). Der Hauptthread untersucht periodisch den 
Zähler und sobald dieser größer als ein be- 
stimmter Wert (sagen wir 3) ist, beendet der 
Hauptthread das gesamte Programm. 

Das Problem in der Multithread-Umgebung 
von OS/2 ist der serielle Zugriff auf die Ressour- 
cen, besonders auf die Zählervariable, die von 
mehr als einem Thread benötigt wird. Hier wer- 
den Semaphore benötigt. Durch ein Semaphor 
können wir den Zugriff auf die Zählervariable 


Oberfläche. Oder die freie Mischbarkeit von GC und Modula-2 Routinen (Mixed 
Language). Auch der erzeugte register-optimierte Code ist eine Klasse für sich 


(disassemblieren und staunen!). TopSpeed-C versteht natürlich Microsoft und 
Turbo Sourcecode gleichermaßen 
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en. Gescheiter 


Mixed-Language 
Parameterüberg4 


Wenn Sie jemals versucht haben Win- 
dows, Menüs, Datenverwaltung und 
Kommunikation zu einem harmoni- 
schen Ganzen zusammen zu fügen, 
wissen Sie um den enormen Auf- 
wand. Soll dabei noch die Lauffä- 
higkeit unter mehreren Betriebssy- 
stemen garantiert sein, sind pro- 
funde Kenntnisse und viel Zeit 
nötig. Wir haben uns diese Zeit 
genommen, damit Sie mehr Zeit 
haben. Machen Sie Schluß mit 
Tools, die nicht zueinander pas- 
sen oder nur DOS unterstützen! 


(nicht)lineare Fitting- und Optimierungsver- 
fahren, Differentialgleichungen, digitale Fil- 
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vollen Farb- und Fontunterstützung (EGA, VGA) sind aufruf-, nachrichten- und Turbo-Talk. 

funktionskompatibel implementiert. Pascal ->C 
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Die QuickStep-Tools sind für Turbo-, Micro- 
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>» Bild 14: 
HELLOO0.C, eine 
Multithread-Version 
von HELLO.C 
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regeln, so daß nur ein Thread jeweils die Varia- 
ble liest oder schreibt. 

Das geänderte Listing sehen Sie in Bild 13 (das 
Programm kann mit derselben MAKE-Datei über- 
setzt werden, die im Bild 10 gezeigt ist). Es wird 
die Semaphorvariable CountSem erzeugt, die der 
Hauptthread durch einen DosSemClear Funkti- 
onsaufruf löscht. Die While-Schleife wurde um 
das Lesen der Zählervariablen erweitert. Der 
Hauptthread schläft 100 Millisekunden 
(ungefähr drei 32 Millisekunden Zeitscheiben), 
und ruft dann DosSemRequest für den Zugriff 
auf CountSem auf. Der Parameter -1L blockiert 
den aufrufenden Thread bis das Semaphor ge- 
löscht ist — daher kann auf die Zählervariable 
nicht zugegriffen werden, wenn der Tastatur- 
thread bereits die Kontrolle übernommen hat. 

Der Hauptthread wertet die Zählervariable 
aus, und beendet die Schleife, wenn die Variable 
größer als drei ist. Sonst löscht er das Semaphor 
(gibt den Besitz der Ressource Zählervariable 
auf), und kehrt zum Schleifenbeginn zurück. Der 
Aufruf von DosSleep unterbricht den Thread, 
und erlaubt OS/2 einem Thread mit derselben 
oder höheren Priorität, die CPU zu geben. Ohne 
den Aufruf von DosSleep, würde der Thread in 
einer immerwährenden Schleife laufen, und un- 
nötig CPU-Zeit verschwenden. Der Tastatur- 
thread braucht nicht DosSleep aufzurufen. Der 
Parameter IO_WAIT blockiert den Thread bis 
eine Tastatureingabe ansteht. 

Der Tastaturthread benützt ebenso die 
Semaphore CountSem, um auf die Zählervariable 
zuzugreifen. Bei jedem Tastendruck auf die 
Escape-Taste, greift der Tastaturthread auf die 
Semaphore zu, und blockiert, bis das Semaphor 
gelöscht ist. Er erhöht dann die Zählervariable 
und löscht das Semaphor. Dieser Mechanismus 
vermeidet es, daß auf die Zählervariable in der- 
selben Zeit zugegriffen wird, wie dies der 
Hauptthread tut. So ist der Zugriff auf die Zäh- 
lervariable serialisiert, und die beiden Threads 
sind synchronisiert. Nach diesem einfachen Bei- 
spiel können wir uns jetzt ein etwas komplexeres 
ansehen: eine Multithread-Version unseres 
HELLO.C 


Ein Multithread HELLO.C 


Die Multithread-Version von HELLO.C zeigt die 
Verwendung von Threads und Semaphoren, für 
den seriellen Zugriff und die Kontrolle der Res- 
sourcen. Das Original HELLO.C zeigt einfach eine 
Nachricht auf dem Bildschirm an und beendet 
sich. HELLOO.C (gezeigt im Bild 14) teilt den 
Bildschirm in Bereiche und gibt Nachrichten in 
diesen Bereichen aus. Das Programm teilt jedem 
Bereich einen Thread zu, der für das Anzeigen 
und Löschen dieser Nachricht zuständig ist. Die 
Threads des Programms schreiben und löschen 
ihre Nachrichten, bis der Anwender die Escape- 


/" hellod.c RHS 10/14/88 


= 05/2 and 1988 version of KAR's hello.c 
* demonstrates multiple threads 


uf 


It 

This program provides an introduction to the use of threads and semaphores 
under 05/2. It divides the screen up Into a series of logical frames. 
Each frame is a portion of the screen that is managed (written to) by a 
single thread. The exact number of frames will depend on the current 
screen length (25, #3 and 50 lines). Each thread has its own data from 
which It knows where the frame can be found on screen. This includes 

a semaphore which signals the thread when to proceed. These elements can 
be found in the FRAME data type. 


Upon receiving a signal from its semaphore (1.e., the semphore has been 
cleared), the thread either draws a message on the frame or clears the 
frame, and reverses the flag that determines this. Then it again blocks 
until its semaphore has been cleared again. 


The main program thread starts by setting up the frame information: 
checking the screen size, determining the number and size of the frames. 
it also "randomly* selects the order in which the frames will appear. 


Then it sets each thread’s semaphore, and initiates each thread (remember 
the threads will block unti] their semphores are cieared. 


Finally, the main program goes into an infinite loop, clearing each thread's 
semaphore, sleeping for at least 1 millisecond, and then continuing to the 
next thread. Thus the threads asynchronously call the VIO subsystem to 
draw or clear each frame, while the main program thread continues. 


An optional parameter can be passed to set the number of milliseconds passed 
to DosSleep, allowing the operator to more accurately "see* the order in 
which the frames appear/erase. This value must always be at least | to 
allow the main program thread to give time to the CPU scheduler. 


A call to _beginthread() early in main() sets up a thread to monitor key 
board input. This thread blocks until a key is pressed, then examines the 
key, and if they Is the Escape Key (27 decimal or 1bH), the thread calls 
DosExit to kill the whole process. 

. 

U 


define INCL_SUB 
#define INCL_DOS 
#include<stdio.h> 
#includesstring.h> 
#inciude<assert.h> 
#include<stdlib.h> 
#includesprocess.h> 
#include<os2.h> 


nf Idefined(TRUE) 
#define TRUE 1 
#endif 


#if Idefined(FALSE) 
#define FALSE 0 
#endif 

#define LINES25 4 /* height in lines of frames®/ 
#define LINES43 6 

#define LINESSO 7 
#define RANDOMIZER 5 


#define MAXFRAMES 28 /" Vimited to max frames 


possible */ 

#define RAND() (rand() % maxframes); 

#define THREADSTACK 400 /* size of stack each thread*/ 
#define IDCOL 15 

sdefine ESC Ox1b 


char *blank_str = /* string for blanking frame*/ 
. 


TREE RL 


char *hello_str25[LINES25+1] = 
{ 


. . 
Y Hello, worldi |*, 
*| from Thread # %, 
m un 


“\or 
h 


char *hello_strä3[LINES43+1] = 


I ü 
—, 
*| I* 
*| Hello, worldi |* 
*| from Thread # 25 
. I 
"\o* ” 


hs 
char "hello_str50[LINESSO41) = 
{ 


| B 
*| Hello, woridi |*, 
. . 


"| from Thread # I"; 
. . 
an 9 
"\o" ic 
l; 


char **helloptr; 
int numlines; 


typedef struct _frame /* frame structure */ 
\ 
unsigned frame_cleared; 
unsigned 3 
unsigned col; 
unsigned threadid; 
long startsem; 
char threadstack[THREADSTACK] ; 
] FRAME; 
FRAME far *frames[MAXFRAMES] ; /* pointers to frames Y 
unsigned maxframes; 
unsigned curframe; 
long sieeptime = IL; /* minim sleep time ”r 


char keythreadstack[THREADSTACK] ; 


I* function prototypes "rrermmnannssnnsennsnennen/ 
void hello_thread(FRAME far *frameptr); 

void keyboard_thread(void); 

void main(int argc, char **argv); 


void main(int argc, char **argw) 
{ 


int row, col, maxrows, maxcols, len, 1, loops = 0; 
VIOMODEINFO viomodeinfo; 


iflarge > 1) 

sleeptime = atotlargv[1]): 
if{sleeptime < IL) 

sieeptime = IL; 


/* start keyboard thread 
Iff_beginthread(keyboard_thread,keythreadstack, THREADSTACK,NULL) == -1) 
exit(-1); 


viomodeinfo.ch = sizeof[viomodeinfo); 
VioßetMode(äviomodeinfo,0); /" get video info 
maxrows = viomodeinfo.row; 
maxcols = viomodeinfo.col; 


switch(maxrows) 


case 25: 
helloptr = hello_str25; 
mamlines = LINES2S; 
break; 

case 43: 
helloptr = hello_strä3; 
numlines = LINES43; 
break; 

case 50: 
helloptr = hello _str50; 
numlines = LINESSO; 
break; 

default: 
assert(0); 
exit(-1); 


len = strlen(*helloptr); 
maxframes = (maxrows / numlines) * (maxcols / len); 


assert (maxframes <= MAXFRANES) ; 


for( 1 = 0; i < maxframes; 1#+) /* Initialize structures 
Ifltlframes[i] = malloc(sizeof(FRAME)))) 
exit(0); 
frames[i]->frame_cleared = FALSE; 
frames [1]->startsem = OL; 
DORSAEL TERMS II NCHFENLStACKL ORTE STxautÜFramen N) SthranBelaLAT 


1 = RANO(); /* get first random frame 
/* set up random appearance 
for(row = col = O0; loops < maxframes ; ) /* set row/col each frame 
iffiframes[i]->frame_cleared) 

{ 


frames[i]->frame_cleared = TRUE; 
frames[1]->row = row; 
frames[i]->col = col; 


/* set for empty frame 
/" frame upper row 
/* frame left column 


c01 +* len; /* next column on this row 


iffcol >= maxcols) /* go to next row? 


/* reset for start column 
/* set for next row 


col = 0; 
row += numlines; 
] 
3 = RAND(): /* get next random frame 
} 
else 
+1; 


ifft >= maxframes) 
{ 


1 —- maxframes; 
loopstt; 


’ 


for( 1 =0 3; 1 < maxframes; i++) /* start a thread for each 


DosSemset (Sframes[i]->startsem) ; /* inittally set each sem. 
/* start each thread 
ifllframes[i]->threadid = _beginthread( 
(void far *)hello_thread, 
(void far *)frames[i]->threadstack, 
THREADSTACK, 
(void far *)frames[i])) = -1) 
{ 
maxframes = 1; 
break; 
} 
} 


while(TRuE) /* main loop 

{ 
/* swing thru frames, signalling to threads 
for( I = 0; 1 < maxframes; i++) 

{ 


DosSemClear(äframes[i]>startsem); /* clear: thread can go 
DosSleep(sleeptime); /" sleep a little 
l 

} 
} 


void hello_thread(FRAME far *frameptr) /* frame thread function 
{ 

register char **p; 

register int line; 

int len = strien(*helloptr); 

unsigned row, col = frameptr-col; 

char idstr[20]; 


while(TRuE) 
{ 


/* block until cleared 
/* init idstr 


DosSemRequest ({Aframeptr->startsem, IL); 
Itoalframeptr—threadid, tdstr, 10): 


ad 


“/ 


4" fall if not 25,43,50 Tines"/ 


“/ 
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/* keep track of # of frames*/ 


I 
“ 
m, 


/* reset maxframes on failure*/ 


u 
V 


% 


”/ 


Y 


u 


row = Trameptr->row; /* reset row “ 
ifliframeptr->Trame_cleared) /* if frame in use, erase”/ 
for( line = 0; Tine < numlines; Tine++, rowt*) 
VioWrtCharStr(blank_str,Ten,row.col,0); 
else /* else frame not in use*/ 


l 

p = heiloptr; 

for( line = 0; **p; Tine++, rowr*, p++) 
VioWrtCharStr(*p, len,row,co1,0); 


/* print message ”"/ 

/* write id # in frame */ 
VioWrtCharStr(idstr,3,row-(numl ines/2) „IDCOL+co} 0): 

frameptr->frame_cleared = Iframeptr->frame_cleared;/*toggle use flag 

} 


1 
} 
void keyboard_thread(void) 
KBOKEYINFO keyinfo; 
while(TRuE) 
RENTEN 10 WAIT,O); 


if(keyinfo.chChar == ESc) 
break; 


4* wait for keystroke IA 
#* if ESC pressed, break */ 


} 
aa aa ningzaen /* terminate the process */ 


jeeemneer ond of helloü.c Hrrrremne/ 


Taste benutzt. Dieses bereichbasierende Format 
ist die Basis für andere Beispielprogramme, wäh- 
rend wir die OS/2-Untersysteme und andere 
Fähigkeiten in späteren Artikeln untersuchen. 

Jeder Thread eines Bereichs erhält einen Zei- 
ger auf die Datenstruktur des Bereichs, der die 
Informationen enthält, die der Thread benötigt. 
Die Struktur beinhaltet die Zeilen-/Spalten-Koor- 
dinaten des Bereichs, die ID des Threads (die von 
_beginthread zurückgegeben wird), ein 
Semaphore das der Hauptthread benötigt, um 
den Thread zu aktivieren, und den Stack des 
Threads. Die Anzahl der Bereiche, die auf dem 
Bildschirm erscheinen, hängt vom Videomodus 
zur Laufzeit des Programms ab (25, 43 oder 50 
Zeilen). 

HELLO0.C kann ein zusätzliches Kommando- 
zeilenargument übergeben werden, die Anzahl 
der Millisekunden, die der Hauptthread zwischen 
den Aktivierungen der Bereichs-Threads schlafen 
soll. Dies gestattet Ihnen, den Vorgang zu verzö- 
gern, so daß Sie gut erkennen können, was vor 
sich geht. Der Kommandozeilenparameter wird 
in der Variablen sleep time gespeichert und ist 
mit einer Millisekunde vorbelegt, welche die 
DosSleep-Kernfunktion auf 32 Millisekunden 
aufrundet. Diese Zeit von 32 Millisekunden ist 
die minimale OS/2-Zeitscheibe. Dies verhindert 
auch, daß HELLO0.C zu viel CPU-Zeit vergeudet. 
Sie können das Programm auch mit den Parame- 
tern 50, 100, 500 oder 1000 (gleichbedeutend 
mit einer Sekunde) laufen lassen, um besser zu 
sehen, was vor sich geht. 

Das Programm prüft zu Beginn den Komman- 
dozeilenparameter und ruft dann _beginthread 
auf, um einen Tastaturthread zu starten, der 
blockiert, bis eine Tasteneingabe durchgeführt 
wird, und dann das Programm beendet, wenn 
der Benutzer die Escape-Taste betätigt. Dieser 
Programmteil stammt direkt vom vorhergehen- 
den Beispiel, das Sie im Bild 8 sehen. Als näch- 
stes erledigt der Hauptthread einige Verwal- 
tungsarbeiten: er holt sich den Videomodus 
durch den Funktionsaufruf VioGetMode, initiali- 
siert die Anzahl der Bildschirmzeilen und be- 


Bild 14: 
(Fortsetzung und 
Ende) 


05/2 


Microsoft 
System Journal 
Nov./Dez. 1989 


31 


> Bild 15: 

Jeder Bereich von 
Hello, der hier im 
Textfenster des Pre- 
sentation Managers 
läuft, wird von 
einem eigenen 
Thread erzeugt, der 
durch OS/2 RAM- 


Semaphore kontrol- 


liert wird. 


Bild 11: 
DoskxitList 
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rechnet die maximale Anzahl der Bereiche, die er 
anzeigen soll. Dann allokiert und initialisiert er 
die Bereichsstrukturen (Datentypen FRAME), 
wählt zufällig einen FRAME für jeden Bild- 
schirmbereich und weist die zugehörigen Zeilen- 
/Spalten-Koordinaten zu. Deshalb scheinen die 
Bereiche in einer zufälligen Reihenfolge am Bild- 
schirm zu erscheinen und zu verschwinden, ob- 
wohl diese Ordnung während des Programm- 
laufs dieselbe ist. 

Der wirkliche Spaß in HELLO0.C beginnt, 
wenn der Hauptthread DosSemSet für jeden 
FRAME aufruft, auf den dann der Aufruf 
_beginthread folgt, um den FRAME-Thread zu 
starten (der blockiert, bis das Semaphor gelöscht 
wird). Der Hauptthread bearbeitet dann bis zum 
Programmende eine Schleife. In dieser Schleife 
wird der Thread für jeden FRAME durch das 
Löschen des FRAME-Semaphors aktiviert. Der 
Aufruf von DosSleep unterbricht den Thread, 
gibt die Zeitscheibe auf, bevor der nächste 
Thread aktiviert wird. Der Hauptthread erledigt 
dies für jeden Bereich und wiederholt den Vor- 
gang anschließend. Der Aufruf von DosSleep in 
einer Schleife gestaltet das Programm effizienter, 
da keine CPU-Zeit verschwendet wird. 

Was erledigt jeder FRAME-Thread? Der Pro- 
grammteil jedes FRAME-Thread ist in der Funk- 
tion hello_thread enthalten, die einen Parameter 
benötigt, die Adresse des FRAME des Threads, 
die ihm von _beginthread übergeben wird. Der 
Code des Hauptthread besteht aus einer Schleife, 
an deren Spitze der Aufruf der Kernfunktion 
DosSemRequest steht. Durch die Übergabe der 
Adresse des Semaphors und einer -1 an diese 
Funktion blockiert der Thread, bis das Semaphor 
gelöscht wird. So ist jeder Thread untätig, bis der 
Hauptthread das Semaphor löscht. 

Nach der Aktivierung eines Threads löscht 
oder schreibt er seine Meldung, abhängig von 
einer Variablen, die bei jedem Aufruf geändert 
wird. Die Funktion VioWrtCharStr des Vio-Unter- 
systems erledigt die komplette Bildschirmaus- 
gabe, indem sie eine bestimmte Anzahl von Zei- 
chen eines Strings an eine bestimmte Position 
des Bildschirms ausgibt. Ein Beispiel der Ausgabe 
eines FRAME-Threads sehen Sie im Bild 15. 

Das Programm läuft, bis der Anwender die 


Escape-Taste betätigt. Hierdurch wird der Tasta- 
turthread aufgeweckt (ohne Tastatureingabe war 
er blockiert) und beendet das Programm. 
HELLOO.C ist wahrscheinlich Multithread- 
Overkill (wie oft benötigt eine Applikation 25 
Threads?), aber es verdeutlicht die Multithread- 
Betrachtungen in diesem Artikel. Mit diesen 
Grundlagen, können Sie komplexere Programme 
schreiben, die mehrere Threads besitzen. Tat- 
sächlich gestaltet sich die Programmentwicklung 
noch interessanter, wenn wir in der nächsten 
Ausgabe das VIO-Untersystem erkunden. 
Richard Hale Shaw 


DosExitList 


S/2 erlaubt einem Prozeß, eine Anzahl von Routinen 

einzurichten, die beim Programmende immer aufge- 
rufen werden. Typischerweise sind dies Funktionen, die die 
Ressourcen des Prozesses freigeben (wie das Schließen offe- 
ner Dateien). Unabhängig wann und wie der Prozeß sich be- 
endet, 05/2 ruft diese Funktionen am Ende auf. Eine Appli- 
kation kann Funktionen, die OS/2 aufruft, registrieren und so 
gewährleisten, daß ein korrektes Ende und die Freigabe der 
Ressourcen des Prozesses durchgeführt wird. 

Die Kernfunktion DosExitList registriert die Funktionen 
und beendet die Funktionen auch. Der Funktionsprototyp ist: 
unsigned DosExitList(unsigned code, void far 
*fptr(unsigned)); 

Beim Registrieren einer Funktion kann der erste Parame- 
ter entweder EXLST_ADD oder EXLST_REMOVE sein, der die 
Funktion in die Liste einfügt oder aus der Liste löscht. Durch 
das dynamische Einfügen und Löschen in der Liste, kann der 
Prozess die Hinterlassenschaft nach seinem Tode regeln (in 
einer Art, die dem Menschen ähnlich ist). Ein Prozeß kann 
eine Funktion vor dem Ende aus der Liste löschen, wenn sie 
nicht länger benötigt wird. Der zweite Parameter ist ein Zei- 
ger auf die Funktion, die registriert werden soll. 

Wenn OS/2 die Ausführung der Endefunktionen startet, 
sind der Prozeß und alle Threads zerstört, nur der Thread, 
der die DosExitList Funktionen ausführt lebt noch. 0S/2 
übergibt die Kontrolle an jede eingetragene Funktion, aber in 
keiner bestimmten Reihenfolge. Nach der Ausführung von 
allen registrierten Funktionen beendet OS/2 den Prozeß. 

Die Endefunktionen, die mit DosExitList eingetragen sind, 
müssen im Prozeß vorhanden sein (also in seinem Code 
Segment) und sollten so kurz und sicher wie möglich sein. 
Eine Endefunktion darf alle OS/2-Systemaufrufe durchfüh- 
ren, außer DosCreateThread und DosExecPgm. 

Eine grobe Definition einer Endefunktion sehen Sie im fol- 
genden: 


void far termfunc(unsigned code) 
{ 
if(code I= TC_EXIT) 
I 


} 
DosExitList(EXLST_EXIT, 0); 


/* Ende Behandlung */ 


Eine Endefunktion verfügt über einen Parameter und kei- 
nen Rückgabewert. Der Parameter kann einen der folgenden 
Bedeutungen haben: 


TC_EXIT Normales Ende 
TC_HARDERROR Ende durch harten Fehler 
TC_TRAP Trap Operation 


TC_KILLPROCESS Nicht abgefangener DosKillProcess 

Dies gestattet der Endefunktion, zu entscheiden, ob ein 
normales Ende des Prozesses vorliegt. Sie kann auch ent- 
scheiden, welche Aktionen vorgenommen werden sollen. 

Endefunktionen müssen sich selbst durch den Aufruf Dos- 
ExitList(EXLST_EXIT, 0) beenden. Sie können kein return 
ausführen (explizit oder implizit, durch die schließende ge- 
schweifte Klammer der Funktion), da sonst der Prozeß hängt, 
und nie beendet wird. Der Code EXLST_EXIT sagt OS/2, daß 
die Endebehandlung fertig ist, und die nächste Funktion der 
Liste aufgerufen werden kann. 


Einsatz der Multithread- 
Bibliothek: DosCreateThread 
oder beginthread 


as OS/2 API-Interface gestattet das 

Erzeugen und Beenden von Threads durch 
die Funktionen DosCreateThread und DosExit. 
Obwohl der Code des Threads in einer Funktion 
enthalten sein muß, können Sie dieser keine 
Parameter übergeben, wenn Sie DosCreate- 
Thread verwenden. Wenn Sie mehr eine C-ähn- 
liche Schnittstelle für ein Multithread-Programm 
bevorzugen, oder die Multithread-Stan- 
dardbibliothek LLIBCMT.LIB benutzen wollen, so 
sollten Sie sich mit einer anderen Schnittstelle 
(_beginthread und _endthread) vertraut machen. 
Wenn Sie in Ihren Threads Standardbibliotheks- 
Funktionen verwenden wollen, so ist der 
Gebrauch von LLIBCMT.LIB ein Muß. 


Der Fall printf 

Die Diskussion über den Gebrauch von printf im 
Text, verdeutlicht diese Notwendigkeit. Eine 
Funktion wie printf benötigt einen großen inter- 
nen Puffer für die Formatierung des Ausgabe- 
strings. Obwohl dieser Puffer genügt, wenn ein 
einzelner Thread diese Funktion ausführt, ist die 
Ausgabe undefiniert, sobald mehr als ein Thread 
printf zur selben Zeit ausführt. Es gibt zwei 
Wege, wie printf geschrieben werden kann, um 
dies zu lösen. Sie können ein Semaphor verwen- 
den, um nur einem Thread den Zugriff auf printf 
zu gewähren, oder Sie können einige Semaphore 
verwenden, um einer begrenzten Anzahl von 
Threads den gleichzeitigen Zugriff auf printf zu 
ermöglichen. 

Sehen wir uns diese zwei Lösungen näher an. 
Bei der ersten Methode (in Listing A skizziert) 
wird am Beginn von printf ein Semaphor gesetzt 
und am Ende gelöscht. Diese Lösung serialisiert 
den Programmteil von printf, so daß nur ein 
Thread jeweils die Funktion ausführen kann. 
Dies bedeutet aber auch, daß bei jedem Aufruf 
von printf der Thread blockiert wird, wenn ein 
anderer Thread die Funktion printf aufgerufen 
hat, und blockiert bleibt, bis der andere Thread 
das Semaphor löscht. Es gibt keine Garantie, daß 
der nächste Thread printf ausführen kann. 05/2 
kann nicht gewährleisten, daß der nächste 
Thread, der printf aufrufen will, dies auch kann. 
So kann ein Thread mit niedrigerer Priorität 
ständig von einem Thread mit höherer Priorität 
verdrängt werden, der printf ausführt — was zu 
unerwünschten optischen Ergebnissen führen 
kann. 

Die zweite Methode beschränkt die Anzahl der 
Threads, die gleichzeitig die Funktion printf aus- 
führen können. Sie ergibt aber auch keine Kolli- 
sionen zwischen Threads, die sich um den Zugriff 
auf printf bewerben. Bei dieser Lösung (in Listing 
B zu sehen) verwendet printf eine feste Anzahl 


void printf(char *fmt,...) 
1 


static long printfSem = OL; 
static char formatbuffer[BUFSIZ]; 


DosSemRequest (AprintfSem,-IL); 


DosSemClear(äprintfSem); 
} 


ödefine MAXTHREADS 32 
void printf(char *fmt,...) 


static long printfSems[MAXTHREADS] = 
{OL,OL,OL,OL,OL,OL,OL,OL,OL,OL, 
OL,OL,OL,OL,OL,OL,OL,OL,OL,OL, 
OL,OL,OL,OL,OL,OL,OL,OL,OL,OL, 
OL,OL}; 


char formatbuffers[MAXTHREADS] [BUFS1Z] ; 

int semno; 

for(semno = 0; semno < MAXTHREADS; semno++) 
if(1!DosSemRequest (AprintfSems [semno] „OL)) 


break; 
assert(semno < MAXTHREADS) ; 


. 


DosSemClear(&printfSem[semno]) ; 


} 


#includemt\process.h> 
#includemt\stddef.h> 


int cdeci far _beginthread( 
void (cdecl far *start_address) (void far *), 
void far *stack_end, 
unsigned stack_size, 
void far *arglist); 


void far cdec] _endthread(void) 


von Formatierungspuffern, deren Zugriffe durch 
Semaphore kontrolliert werden. Daher erhält 
jeder Thread während der Ausführung der Funk- 
tion seinen eigenen Puffer. Der Nachteil ist die 
Beschränkung auf eine Anzahl von Puffern, wo- 
durch nur eine bestimmte Anzahl von Threads 
gleichzeitig zugreifen kann. 

Aus diesem Grund ist _beginthread vorhan- 
den. Diese Funktion bietet ein C-ähnliches Inter- 
face zum Erzeugen eines neuen Threads, indem 
Sie dem Thread Parameter übergeben dürfen, 
und bei erfolgreicher Erzeugung die Thread-ID 
zurückbekommen. Hier ist aber der aufrufende 
Prozeß auf 32 Threads beschränkt, weit weniger 
als die 255 Threads, die mit DosCreateThread er- 
zeugt werden können. Für die meisten Applika- 
tionen sind aber 32 Threads mehr als genug. 
Hier kann die Multithread-Bibliothek LLIB- 
CMT.LIB zum Einsatz gebracht werden, die da- 
von ausgeht, daß nicht mehr als 32 Threads je 
Prozeß vorhanden sind. Aus diesem Grund ist die 
Funktion _beginthread nur vorhanden, wenn Sie 
diese Bibliothek verwenden, und Sie sollten diese 
auch statt DosCreateThread benutzen, wenn Sie 
die Bibliothek verwenden. 


«Listing A: 

Eine Skizze der Ver- 
sion 1 der Multi- 
thread-Funktion 
printf. 


«Listing B: 

Eine Skizze der Ver- 
sion 2 der Multi- 
thread-Funktion 


printf. 


«Listing C: 
Funktionsprototypen 
von _beginthread 
und _endthread. 
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Einsatz von beginthread 

Wie arbeitet _beginthread? Aus dem Funktions- 
prototyp in Listing C sehen Sie, daß diese Funk- 
tion wie DosCreateThread auch die Adresse der 
Funktion benötigt, die den Programmteil des 
Threads enthält. Im Gegensatz zu DosCreate- 
Thread benötigt _beginthread aber nicht die 
Adresse des Endes des Stacks, sondern die 
Adresse des Stacks, so wie Sie ihn in C deklarie- 
ren (also den Beginn des Stacks). Daher müssen 
Sie auch die Größe des Stacks angeben (im drit- 
ten Parameter). Zu guter Letzt akzeptiert 
_beginthread noch einen Parameter, der die 
Funktion einfacher gestaltet als DosCreate- 
Thread. Einen Argumentparameter für die Über- 
gabe von Argumenten an die Threadfunktion. 
Ein Beispiel dafür sehen Sie in dem Multithread- 
Programm HELLO0.C. Die Funktion _begin- 
thread liefert -1 im Fehlerfalle, oder die Thread- 
ID des neuen Threads. 

Selbstverständlich muß _beginthread irgend- 
wo DosCreateThread aufrufen. Die Funktion ruft 
sogar DosCreateThread auf, wenn Sie die Anzahl 
der erlaubten Threads der Multithread-Bibliothek 
überschritten haben. Die einzige Möglichkeit, die 
sie besitzt, ist die Rückgabe der Thread-ID -1, 
falls die zurückgegebene Thread-ID von 
DosCreateThread größer als 32 ist. Dies setzt 
aber zwei undokumentierte OS/2-Eigenschaften 
voraus. Erstens, daß DosCreateThread immer die 
niedrigste verfügbare Thread-ID zurückgibt, und 
daß OS/2 die ID von beendeten Threads wieder 
verwendet. 


Linken von LLIBCMT.LIB 

Der Einsatz von _beginthread und dem Äquiva- 
lent von DosExit, _endthread (auch in Bild C ge- 
zeigt) setzt voraus, daß die Bibliotheken LLIB- 
CMT.LIB und DOSCALLS.LIB im aktuellen, oder 
in dem Verzeichnis sind, auf das die LIB-Variable 
(im Environment, oder in der MAKE-Datei — 
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sehen Sie auch die MAKE-Datei von HELLOO.C) 
zeigt. Die Bibliothek DOSCALLS.LIB wird benö- 
tigt, da beginthread, _endthread und einige 
andere Bibliotheksfunktionen OS/2 API-Funktio- 
nen aufrufen. LLIBCMT.LIB sollte statt den ande- 
ren Laufzeitbibliotheken verwendet werden. 

Zusätzlich sollten Sie die INCLUDE-Variable 
(auch im Environment, oder in der MAKE-Datei) 
ändern, so daß sie auf das Verzeichnis MT zeigt, 
das der Compiler unter dem Standard INCLUDE- 
Verzeichnis einrichtet. Dieses Verzeichnis enthält 
Kopien der Standard-Headerdateien, und sollte 
für Programme mit mehreren Threads verwendet 
werden. Sie können die INCLUDE-Variable auch 
mit der Compiler-Kommandozeilenoption /I set- 
zen. Die Funktionsprototypen für _beginthread 
und _endthread finden Sie in der Headerdatei 
PROZESS.H. 


Beschränkungen 
Multithread-Programme müssen bei der Ausfüh- 
rung mehrere Annahmen machen. Alle Pro- 
gramm- und Datenadressen müssen far sein. 
Zusätzlich muß das Programm annehmen, daß 
das Datensegment fest ist, sollte aber nicht davon 
ausgehen, daß das Stack- und das Datensegment 
gleich sind. Die Stacküberprüfung zur Laufzeit 
muß abgeschaltet sein. Sie können Compiler 
Kommandozeilen-Optionen verwenden, die diese 
Aufgaben erledigen. Dies sind /Alfw und /G2s. 
Ebenso sollte die Compiler-Option /Zl oder die 
Linker-Option /NOD verwendet werden, damit 
nicht die Standardbibliothek gelinkt wird. Die 
MAKE-Datei von HELLOO.C verdeutlicht dies, 
und kann leicht für das Übersetzen und Linken 
Ihrer Multithread-Applikation geändert werden. 
Selbstverständlich können Multithread-Pro- 
gramme nicht zu kombinierten Applikationen 
umgewandelt werden, da MS-DOS keine Mög- 
lichkeiten der gleichzeitigen Ausführung von 
mehreren Threads bietet. 
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Programme zum Anzeigen von 
Dateien in der HEX-Darstellung 
gibt es zahlreich - nicht nur unter 
MS-DOS, sondern inzwischen auch 
unter MS-Windows. Die im folgen- 
den beschriebene Windows-Appli- 
kation unterscheidet sich jedoch 
von den üblichen durch den Ein- 
bau von Unterfenstern und der 
impliziten Verwendung der virtu- 
ellen Speicherverwaltung von 
Windows. In dem Artikel werden 
auch einige Hinweise gegeben, wie 
man schnelle Textausgabe unter 
Windows realisieren kann. 


D: nächste, was der Benutzer bei Windows 
nach den bunten Grafiken bemerkt, ist die 
Möglichkeit, mehrere Programme gleichzeitig 
anzeigen zu können — etwas, was er bei DOS 
lange vermißt hat. Diese Fähigkeit erlaubt 
natürlich auch die Anzeige ein- und desselben 
Dokuments durch das Laden in mehreren 
Applikationen gleichzeitig. Diese Vorgehensweise 
ist aber wenig sinnvoll: Änderungen an dem 
Dokument, die in der einen Applikation gemacht 
werden, wirken sich nicht automatisch auf die 
Dokumente in den anderen Applikationen aus. 
Dies kann sich beim Abspeichern verhängnisvoll 
auswirken - sofern es das Betriebssystem 
überhaupt erlaubt, ein- und dieselbe Datei 
mehrfach aufzurufen und zu verändern. Auf 
jeden Fall werden Veränderungen an dem 
Dokument, die versehentlich in verschiedenen 
Applikationen gemacht werden, nicht korrekt 
abgespeichert. 

Nun ist es aber oft wichtig, von einem Doku- 
ment mehrere Ansichten gleichzeitig am Bild- 
schirm zu haben. Aus diesem Grund hat 
Microsoft die MDI-Schnittstelle eingeführt [2] 
(MDI=Multiple Document Interface, zu deutsch 
Mehrfach-Dokumentenschnittstelle). Sie erlaubt 
die gleichzeitige Anzeige von mehreren Doku- 
menten in separaten Fenstern innerhalb einer 
Applikation. Wird das gleiche Dokument in meh- 
reren Fenstern angezeigt, werden die einzelnen 
Kopien des Dokuments in den Kopfzeilen der 
Fenster durchnumeriert und Veränderungen, die 
in einem Fenster gemacht werden, automatisch 
auf die anderen Fenster übertragen und ange- 
zeigt, sofern die gleichen Ausschnitte abgebildet 
werden. Alle Veränderungen betreffen jedoch 
immer nur ein Dokument, das lediglich mehrfach 
angezeigt wird. Eine ordnungsgemäße und kon- 
sistente Bearbeitung ist daher sichergestellt. Die 
MDI-Schnittstelle dient aber in erster Linie dazu, 
entweder verschiedene Dokumente gleichzeitig 
anzuzeigen oder ein einzelnes Dokument in völ- 
lig unterschiedlichen Darstellungen zu präsentie- 
ren. Bei MS-Excel beispielsweise kann ein Doku- 
ment wahlweise als Tabelle oder als Diagramm 
angezeigt werden. Für die mehrfache Abbildung 
eines Dokuments bietet MS-Excel eine einfachere 
Technik, die der Unterfenster (im Original 
panes). 


Unterfenster und ihre 
Anwendung 


Pane heißt wörtlich übersetzt »Festerscheibe«, 
eigentlich ein sehr passender Ausdruck, besteht 
doch ein altmodisches Sprossenfenster aus meh- 
reren einzelnen Scheiben, die nebeneinanderlie- 
gen. Zum Verwechseln ähnlich sehen Unterfen- 
ster aus, wenn man vom abstrakten Fenster- 
begriff von Windows ausgeht. Da die Übersetzer 
der MS-Excel-Dokumentation aber pane mit »Un- 


44 Bild 1: 
Prinzip der Unterfen- 
ster-Darstellung. 
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> Bild 2: 
Unterfenster-Dar- 
stellung beim MS- 
Excel. 


»> Bild 3: 

Die Applikation 
DUMP ohne Unter- 
fenster. 
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terfenster« übersetzt haben, wollen wir diesen 
Begriff beibehalten und nur ab und zu auf den 
Originalbegriff zurückgreifen. 

Oft sind Dokumente viel zu groß, als daß sie 
komplett in einem Fenster angezeigt werden 
können. Es wird dann nur ein entsprechender 
Ausschnitt angezeigt (Bild 1 links), den man mit 
den Rolleisten verschieben kann. Dieser Aus- 
schnitt ist gewöhnlich zusammenhängend. Oft 
möchte man sich aber unzusammenhängende 
Teile gleichzeitig ansehen, auch wenn die einzel- 
nen Teile dann kleiner sind. Hierzu dienen 
Unterfenster (Bild 1 rechts). In allen Unterfen- 
stern können beliebig Bearbeitungen am Doku- 
ment durchgeführt werden, die sich sofort auf 
die anderen Unterfenster übertragen — denn wie 
bei MDI existiert weiterhin nur ein Dokument, 
das lediglich mehrfach angezeigt wird. 

Sie werden sich vielleicht fragen, ob denn 
Unterfenster wirklich notwendig sind und nicht 
nur eine Spielerei darstellen. Bei MS-Excel (Bild 
2 zeigt es mit vier Unterfenster) mögen sie auf- 
grund der Tabellenform ja recht praktisch sein. 
Aber sonst? Die Anwort darauf lautet, daß Unter- 
fenster immer dann nützlich sind, wenn Doku- 
mente bearbeitet werden müssen, die nicht kom- 
plett in einem Fenster dargestellt werden kön- 
nen. Rolleisten und Unterfenster gehören also 
zusammen. Für die Zweifler sollen im folgenden 
noch einige Beispiele aus der Praxis gezeigt wer- 
den. 

« Sie wollen in einem längeren Text ein Kapitel 
mit den verwendeten Abbildungen zusammen- 
stellen. Hierzu müssen Sie die Bildunterschriften, 
die im Text verstreut sind, »einsammeln« und in 
eine Tabelle kopieren. Das Suchen der Unter- 
schriften kann mit dem Suchbefehl des Textver- 
arbeitungsprogramms erfolgen, aber da die Zwi- 
schenablage nur eine Bildunterschrift aufnehmen 
kann, müssen Sie ständig im Dokument zwischen 
dem Kapitel mit der Tabelle und dem nächsten 
Bild hin- und herspringen, was sehr zeitaufwen- 
dig ist. Wenn das Textverarbeitungsprogramm 
dagegen Unterfenster hat, können Sie aus dem 
Dokument zwei machen, wobei im ersten Unter- 
fenster das Kapitel mit der Tabelle steht und im 
zweiten die aktuelle Suchposition (die nächste 
Bildunterschrift). Die Übertragung des Bildtextes 


erfolgt einfach über die Zwischenablage durch 
Wechsel von einem Unterfenster zum anderen. 
Der Arbeitsvorgang ist sehr systematisch. Wildes 
Herumspringen im Text ist überflüssig. 

° In einer größeren Zeichnung wollen Sie mit 
einem Grafik-Programm ein neues Objekt in der 
rechten unteren Ecke des Dokuments zeichnen, 
wobei dieses Objekt gewisse Ähnlichkeiten mit 
einem anderen Objekt in der linken oberen Ecke 
besitzt. Beide Ecken lassen sich aber nicht mehr 
in einem akzeptablen Maßstab gleichzeitig am 
Bildschirm darstellen. Die Objekte unterscheiden 
sich auch so stark, daß Kopieren nicht der ge- 
wünschte Effekt bringt. Ohne Unterfenster bietet 
sich lediglich die Möglichkeit an, das Dokument 
vorher auf Papier zu bringen und von dort aus 
nachzuzeichnen. Mit Unterfenster können Sie 
dagegen beiden Ecken in getrennten Unterfen- 
stern gleichzeitig darstellen und leicht auch eini- 
ge Teile des einen Objekts über die Zwischenab- 
lage in die andere Ecke bringen, ohne daß sie 
den Überblick über ihre Zeichnung verlieren. 

° In einer Datenbank ist die Kundendatei als 
Tabelle abgebildet. In jeder Zeile steht ein 
Kunde. Zunächst kommen Namen, Anschrift, 
Telefonnummer und weitere Daten, abschlie- 
ßend das Datum und den Auftragswert der letz- 
ten Bestellung. Unglücklicherweise passen die 
Daten horizontal nicht auf den Bildschirm, sodaß 
sie zwischen Namen und Bestelldaten ständig 
hin- und her rollen müssen. Wenn Sie sich einen 
Überblick verschaffen wollen, welche Kunden in 
letzter Zeit für Sie interessante Kunden waren, 
wird dies sehr umständlich. Vielleicht besitzt ihr 
Datenbank-Programm Befehle zum Ausblenden 
nicht benötigter Spalten, doch diese Befehle 
müssen Sie erst einmal kennen und zu bedienen 
wissen. Unterfenster sind dagegen einheitlich zu 
bedienen: Sie teilen die Tabelle mit einer verti- 
kalen Linie in zwei Unterfenster auf: Links mit 
dem Namen des Kunden und rechts mit den Be- 
stelldaten. Und schon ist der Überblick herge- 
stellt. 

Sie sehen also: Unterfenster sind eine sehr 
sinnvolle Anwendung mit vielfältigen Nutzungs- 
formen in der Praxis. Unterfenster sind aber nur 
dann für den Anwender nützlich, wenn sie ohne 
großen Aufwand angelegt und in ihrer Größe 


verändert werden können. MS-WORD besitzt 
beispielsweise auch Unterfenster in Form seiner 
Ausschnitte. Aber wieviel Anwender können 
diese etwa mit der Maus flüssig bedienen? Man 
weiß eigentlich nie, mit welcher Maustaste wel- 
ches Eck oder welche Linie im Ausschnittrahmen 
angeklickt werden muß. Die Windows-Entwickler 
haben daraus gelernt. Unterfenster bei MS-Win- 
dows sind wirklich sehr einfach anzuwenden. 
Dazu mehr im nächsten Kapitel. 


Die Benutzerschnittstelle 
von Unterfenstern 


Das Schöne an Windows für den Benutzer ist, 
daß sich die Entwickler der Oberfläche tiefgrei- 
fende Gedanken gemacht haben, wie man Appli- 
kationen nicht nur leicht erlernen, sondern auch 
vielseitig und schnell bedienen kann. Dies be- 
ginnt beim Verschieben von Fenstern, setzt sich 
beim Bedienen von Dialogelementen fort und be- 
trifft natürlich auch zukünftige Standard-Ele- 
mente wie die Unterfenster. Der Entwickler eines 
Pane-Managers hat natürlich viel Aufwand, alle 
Vorschläge zu realisieren. Aber wehe, Sie verges- 
sen eine der Funktionen, die bei anderen Appli- 
kationen selbstverständlich vorhanden sind: Der 
Benutzer wird sich ständig ärgern, daß gerade 
Ihr Programm diese Funktion nicht hat, Sie wer- 
den für dieses Mißgeschick beschimpft und 
plötzlich ist Ihr liebevoll entwickeltes Programm 
nicht mehr das, was es vorher war! Aus dem 
Grund wird in diesem Abschnitt alles zusam- 
mengetragen, was ich über die Benutzung von 
Unterfenstern finden konnte. Im wesentlichen 
beruht dies auf der MS-Excel-Realisierung einer- 
seits und auf der letzten CUA- (Common User 
Access)-Spezifikation von IBM andererseits, die 
über die Vorschläge im Style-Guide des SDK [1] 
hinausgehen. Auch die MS-Excel-Implementie- 
rung besitzt nicht alle Vorschläge aus der CUA- 
Beschreibung, aber man kann davon ausgehen, 
daß bei der Liebe und Mühe, die die Entwickler 
von Excel in ihr Produkt gesteckt haben, dies mit 
dem nächsten größeren Update der Fall sein 
wird. 


ELTELELEEEIEHELEtEtEECHF Et 
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Wenn Sie eine Applikation mit Unterfenstern 
aufrufen, sieht sie nach dem Laden eines Doku- 
ments fast genauso aus wie eine normale Appli- 
kation. Am rechten und unteren Fensterrand be- 
finden sich die Rolleisten. Lediglich links von der 
horizontalen und oberhalb der vertikalen Rollei- 
ste befindet sich ein unscheinbares schwarzes 
Kästchen (Bild 3). Wenn Sie mit der Maus über 
das Kästchen oberhalb der vertikalen Rolleiste 
fahren, stellen Sie fest, daß der Cursor eine an- 
dere Gestalt annimmt, die dazu animiert, das 
Kästchen vertikal zu verschieben. Das erreichen 
Sie dadurch, daß Sie die linke Maustaste drücken 
und als Ergebnis erscheint eine graue horizontale 
Linie (»Sprosse«). Diese können Sie jetzt mit ge- 
drückter Maustaste nach unten ziehen. Sobald 
Sie die Maustaste loslassen, haben Sie zwei über- 
einanderliegende Unterfenster erzeugt (Bild 4). 
Entsprechend können Sie durch Anklicken des 
»Bildschirmteilers«e neben der horizontalen 
Rolleiste durch Ziehen einer vertikalen Linie zwei 
nebeneinanderliegende Unterfenster erzeugen 
(Bild 5). Sie können die Aufteilung in Zukunft 
beliebig verschieben, indem Sie einfach erneut 
den Bildschirmteiler anklicken und ihn an die 
gewünschte Position bewegen. Verschieben Sie 
Ihn an den Bildschirmrand oder verkleinern Sie 
ein Unterfenster so weit, daß seine Rolleisten 
sehr merkwürdig aussehen würden oder die Dar- 
stellung im Unterfenster unsinnig wäre, wird das 
betreffende Unterfenster ganz entfernt und der 
Bildschirmteiler wieder auf die Ausgangsposition 
gestellt. Soweit die Unterfenster-Schnittstelle, 
wie sie auch bei MS-Excel realisiert wurde. 

CUA gibt nun noch weitere Vorschläge, die 
sich in der Praxis als sehr nützlich erweisen. So 
kann mit der Maus nicht nur der Bildschirmtei- 
ler, sondern die gesamte horizontale oder verti- 
kale Trennlinie angeklickt und verschoben wer- 
den. Sind beide Trennlinien angezeigt (also ein 
»Fensterkreuz« sichtbar) kann dieses mit einer 
Mausbewegung vertikal und horizontal verscho- 
ben werden, indem die Mitte des Kreuzes ange- 
klickt wird. Befindet sich ein Bildschirmteiler in 
Ausgangsposition und wird er doppelt an- 
geklickt, werden er und seine Trennlinie in die 
entsprechende horizontale oder vertikale Mitte 
des Dokuments gesetzt (schnelles Halbieren). 


44 Bild 4: 

DUMP mit horizon- 
taler Fenster-Unter- 
teilung. 


Bild 5: 
DUMP mit vertikaler 
Fenster-Unterteilung. 
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® Tabelle 1: 
Tasten-Codes zum 
Verschieben des Fen- 
sterkreuzes nach dem 
Befehl »Teilen«. 


>> Bild 6: 
Darstellung von vier 
Unterfenstern. 
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'«), (1), DB), %) verschieben das Fensterkreuz in 
die angegebene Richtung um jeweils eine 
horizontale oder vertikale Einheit. 

'strg)+[e), (rt), D), (2) verschieben das Fenster- 
kreuz in die angegebene Richtung um einen 
Punkt. 

(Bild t] setzt die horizontale Linie des Fenster- 
kreuzes an den oberen Fensterrand. 

(Strg])+[Bild t) setzt die vertikale Linie des Fen- 
sterkreuzes an den linken Fensterrand. 

Bild 4) setzt die horizontale Linie des Fen- 

sterkreuzes an den unteren Fensterrand. 

(strg]+[(Bild +) setzt die vertikale Linie des Fen- 

sterkreuzes an den rechten Fensterrand. 

Pos 1] setzt das Fensterkreuz in die linke obere 

Ecke des Hauptfensters. 

(Ende) setzt das Fensterkreuz in die rechte untere 

Ecke des Hauptfensters. 

[Return] beendet das Verschieben des Fen- 

sterkreuzes und nimmt die aktuelle Position 

als neue Position des Kreuzes an. 

(Esc) beendet das Verschieben des Fensterkreuzes 

und läßt die alte Position des Kreuzes unver- 

ändert. 


Wird eine bereits bestehende Trennlinie 
doppelt angeklickt, verschwindet die Linie kom- 
plett (schnelles Beseitigen von Unterfenstern). 
Entsprechend kann das Fensterkreuz dadurch 
beseitigt werden, daß seine Mitte doppelt ange- 
klickt wird. 

Die Einstellung der Unterfenster kann auch 
komplett über Tastatur erfolgen. Das ist dann 
etwa so aufwendig wie das Positionieren von 
Fenstern über Tastatur. Hierzu befindet sich im 
»Fenster«-Menü ein Befehl »Teilen...«. Wird die- 
ser aufgerufen, erscheint ein graues Fensterkreuz 
am Bildschirm, das mit den Richtungstasten und 
weiteren Sondertasten auf eine neue Position ge- 
bracht werden kann. Das Beenden der Positionie- 
rung erfolgt mit der Eingabetaste. Tabelle 1 be- 
schreibt die einzelnen Möglichkeiten. Die Bewe- 
gung des Fensterkreuzes mit den Richtungstasten 
hat den Vorteil, daß sie in vertikalen und hori- 
zontalen Einheiten des Dokuments erfolgt (also 
etwa Linien und Spalten) und damit gegenüber 
dem linearen Verschieben mit der Maus in die- 
sem Punkt überlegen ist. Das Fensterkreuz des 
Befehls »Teilen...« kann auch mit der Maus ver- 
schoben werden. Hierzu müssen Sie einfach nur 
die Maus in die gewünschte Richtung verschie- 
ben. Der Abschluß erfolgt durch Drücken der lin- 
ken Maustaste. 

Bestand bereits vorher ein Fensterkreuz, wird 
das neue Kreuz des Befehls »Teilen...« auf dieses 
bisherige Kreuz gesetzt. Damit kann man jenes 
leicht etwa um einige Zeilen oder Spalten ver- 
kleiner oder vergrößern (Bild 6). Bestand dage- 
gen vorher noch kein Kreuz, wird mit vier gleich 
großen Unterfenstern gestartet. Mit wenigen 
Tastendrücken lassen sich daraus nur zwei Un- 
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terfenster machen oder sich die Unterfenster ver- 
kleinern. Das Tastatur-Interface wurde in seinen 
Einzelheiten von MS-Excel übernommen. Die 
CUA-Empfehlung beschreibt auch die Möglich- 
keit, mehr als vier Unterfenster zu implementie- 
ren. Sicherlich ist auch dies sehr reizvoll. Die Er- 
weiterung wurde aber nicht im Rahmen dieses 
Artikels realisiert, da erst Erfahrungen mit der 
einfacheren Variante (bis zu vier Unterfenstern) 
gesammelt werden sollten. Dagegen wurden alle 
weiteren Interface-Vorschläge realisiert und es 
kam eine Menge Code zusammen ... 

Mit kann der Fokus im Uhrzeigersinn 
zwischen Unterfenstern verschoben werden, mit 
zusätzlich im Gegenuhrzeigersinn. Wie 
üblich, kann der Fokus auch mit der Maus 
verschoben werden. 

Wenn Sie die Anzahl der Unterfenster zählen 
und die dazugehörigen Rolleisten, werden Sie 
verwundert feststellen, daß zu wenig Rolleisten 
vorhanden sind, um alle Unterfenster unabhän- 
gig voneinander zu bewegen. Es ist vielmehr so, 
daß eine Rolleiste sich auf alle Unterfenster be- 
zieht, die entweder daneben oder darüber abge- 
bildet sind. Somit konnte auf den Einbau von 
Rolleisten inmitten eines Fensters (ergonomisch 
sehr ungünstig) verzichtet werden. In Bild 1 ist 
der Zusammenhang der Unterfenster durch die 
gestrichelten Linien kenntlich gemacht. Unterfen- 
ster lassen sich also nicht völlig frei voneinander 
im Dokument verschieben. In der Praxis hat die 
gleichzeitige Beeinflussung mehrerer Unterfen- 
ster durch eine Rolleiste aber mehr Vor- als 
Nachteile. In vielen Fällen möchte man bei- 
spielsweise zwei nebenanderliegende Unterfen- 
ster gleichzeitig von Zeile zu Zeile rollen. Als 
weiterer Nebeneffekt bleibt, daß sich die Kopf- 
zeile und die Kopfspalte des Dokuments wie die 
gegenüberliegenden Rolleisten auf alle dazwi- 
schenliegenden Unterfenster beziehen. Es bleibt 
also eine eindeutige Zuordnung von Zeilen und 
Spalten gewahrt und es geht nicht übermäßig 
viel Platz innerhalb des Fensters für Verwal- 
tungsobjekte (wie Rolleisten und Kopfinforma- 
tion) verloren. Dies ist einer der Hauptvorteile 
von Unterfenstern gegenüber MDI-Fenstern. Bei 
letzteren ist alles mehrfach vorhanden, ein- 
schließlich des Fensterrahmens. 


InitPaneManager initialisiert den Pane-Manager 
und erzeugt erforderliche Fensterklassen. 

CreatePaneWindows erzeugt die erforderlichen 
Unterfenster für das Fenster, das vom Pane- 
Manager unterstützt werden soll und initiali- 
siert weitere Daten. 

ClosePanes beendet den Pane-Manager für das 
aktuelle Hauptfenster. Alle erzeugten Unter- 
fenster werden wieder zerstört. 

SetScrollValues initialisiert die Rolleisten für die 
Verwaltung der Unterfenster abhängig von 
Größenangaben in der Pane-Spezifikation. 

SetPaneWindow setzt die Größen der Unterfen- 
ster nachdem diese verschoben wurden oder 
sich die Größe des Hauptfensters geändert 
hat. 

ScrollPane erlaubt die Rollen oder Verschieben 
eine der Rolleisten und führt automatisch die 
erforderlichen Aktionen mit dem angezeigten 
Fensterinhalt in den angesprochenen Unter- 
fenstern durch. 

ChangePaneSize dient zur Ausführung des Be- 
fehls »Teilen...« und startet das Verändern der 
Unterfenster-Größen über Tastatur und Maus. 

ProcessPaneMsg verarbeitet alle eingehenden 
Nachrichten an das Hauptfenster sofern sie 
den Pane-Manager betreffen und wird aus der 
Fensterfunktion des Hauptfensters aufgeru- 
fen. 


Ein applikations- 
unabhängiger 
Unterfenster-Manager 


Wie wir gesehen haben, sind Unterfenster vielfäl- 
tig verwendbar, vielleicht gehören sie sogar wie 
die MDI-Schnittstelle in jede Applikation, mit der 
sich Dokumente bearbeiten lassen. Es ist daher 
sinnvoll, die Organisation der Unterfenster und 
die Kommunikation mit dem Benutzer unabhän- 
gig von der Applikation vorzunehmen und wenn 
möglich den Aufbau der Applikation nur an 
wenigen Stellen zu verändern, ähnlich wie dies 
auch bei meinem Hilfe-Manager [3], versucht 
wurde. Dies betrifft hier vorwiegend das Zeich- 
nen der Unterfenster-Inhalte. Die Verwendung 
von Unterfenstern ist untrennbar mit Rolleisten 
beziehungsweise der Verschiebung der Anzeige- 
ausschnitte über das Dokument verbunden. Da 
auch diese Implementierung ziemlich komplex 
und fehlerträchtig ist, ist es naheliegend, die 
Verwaltung von Blättern, Positionieren und Rol- 
len in einen Pane-Manager zu verlagern. Im 
eigentlichen Applikations-Code müssen sich dann 
nur noch einige Funktionen befinden, die vom 
Pane-Manager mit den entsprechenden Parame- 
tern aufgerufen werden und beispielsweise den 
Fensterinhalt zeichnen oder den Eingabefokus 


DrawTrackPos zeichnet die aktuelle Position 
während des Ziehens des Rollfelds mit der 
Maus. 

CreateDrawingTools erzeugt GDI-Attribute und 
-Objekte für das Zeichnen der verschiedenen 
Unterfenster mit DrawPane. 

DestroyDrawingTools zerstört die mit Create- 
DrawingTools erzeugten GDI-Objekte nach 
dem Zeichnen mit DrawPane. 

SetPaneFocus setzt oder entfernt die Anzeige im 
entsprechenden Unterfenster, wenn das 
Hauptfenster den Eingabefokus besitzt. 

DrawPane zeichnet den geänderten Inhalt eines 
Unterfensters in den angegebenen Grenzen. 


korrekt anzeigen oder entfernen müssen. Ich 
muß gestehen, daß ich den Pane-Manager par- 
allel zu der im folgenden vorgestellten Applika- 
tion entworfen habe. Es kann also durchaus sein, 
daß er noch Schwachstellen besitzt, die sich bei 
einer Portierung auf andere Applikationen be- 
merkbar machen. In diesem Fall müssen die 
Schnittstellen geändert oder erweitert werden. 

Wie sehen diese Schnittstellen nun aus? Wie 
bereits beim Hilfe-Manager [3] wird ein Großteil 
der eingehenden Nachrichten an das Fenster mit 
den Unterfenstern managerspezifisch verarbeitet. 
Sie werden daher von der Fensterfunktion der 
Applikation alle an die Funktion ProcessPaneMsg 
übergeben und dort applikationsunabhängig 
analysiert. Einige Nachrichten werden vollstän- 
dig »konsumiert«, so daß sie nicht mehr von der 
Applikations-Fensterfunktion weiterverarbeitet 
werden sollten. Andere müssen auch von dieser 
oder der Windows-Ersatzfunktion DefWindowProc 
verarbeitet werden. Die Funktion Process- 
PaneMsg umfaßt das komplette Benutzer-Inter- 
face zu den Rolleisten und die Veränderung des 
Fensterkreuzes und ähnliches. Lediglich das Ta- 
statur-Interface für die Gestaltung des Fensterin- 
halts (Richtungstasten etc.) befindet sich (noch?) 
in der Fensterfunktion der Applikation. 

Bevor aber der Pane-Manager seine Aufgaben 
reibungslos übernehmen kann, muß er erst ein- 
mal initialisiert werden. Dies erfolgt durch Aufruf 
der Funktion InitPaneManager. Im wesentlichen 
werden hier die Pane-spezifischen Fensterklassen 
erzeugt. Hierbei muß auf eine wichtige Tatsache 
hingewiesen werden: Unterfenster sind keine 
neuen (Tochter-) Fenster im Sinne von Windows. 
Dies hat sich beim Entwurf des Pane-Managers 
als wenig praktikabel herausgestellt. Es wird also 
beim Zeichnen eines Unterfensters nicht in ein 
neues Fenster gezeichnet, sondern weiterhin in 
das Fenster, das die »Unterfenster« besitzt. Ledig- 
lich die beiden Sprossen des Fensterkreuzes und 
die Bildschirmteiler links und über den Rolleisten 
sind neue Tochterfenster des Hauptfensters. Die 
gleiche Technik wurde auch bei MS-Excel ange- 
wandt. 


44 Tabelle 2: 
Eintrittsfunktionen 
in den Pane-Mana- 
ger. 


«Tabelle 3: 
Unterfenster-spezifi- 
sche Funktionen der 
Applikation (werden 
vom Pane-Manager 


aufgerufen). 
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Bild 7: 
Elemente der Daten- 
struktur PANESPEC. 


Windows 


Microsoft 
System Journal 


Nov./Dez. 1989 


40 


sxMullion 
pxMullion 
. >4> 
A\ 
V.sHead 
Zi 
| 
| 
3 
3 | 
H.sUnit = 
Pane[0].wre Pane|[ 1].wrc 
Transom 
a 
H.sUnit 
V.sMedian 
Pane[2].wre | Pane[3].wrc 
[| fl 


Seroll[3] 


Seroll[t] 


Der Pane-Manager kann mehrere Fenster 
gleichzeitig unterstützen. Dies ist wichtig, wenn 
er zusammen mit der MDI-Schnittstelle verwen- 
det werden soll. Für jedes Fenster besitzt er eine 
Datenstruktur mit Namen PANESPEC, die alle fen- 
sterspezifischen Parameter enthält. Die Daten- 
struktur ist in DUMP.H definiert (siehe Listing 4). 
Anstatt die einzelnen Elemente der Struktur hier 
ausführlich zu beschreiben, sei auf Bild 7 verwie- 
sen, welche eine grafische Zuordnung der Struk- 
tur-Elemente zeigt. »Transom« und »Mullion« 
sind die englischen Fachbegriffe für waagrechte 
und senkrechte Fenstersprosse. Ein Dokument, in 
dem geblättert und gerollt werden kann, muß 
prinzipiell eine feste Einheitsgröße in vertikaler 
und horizontaler Richtung besitzen. Die Werte in 
PANESPEC beschreiben großteils solche Werte. Die 
LONG-Werte enthalten dokumentspezifische An- 
fangs- und Endwerte sowie die aktuelle Position 
als Index auf diese Einheiten. Alle Werte exi- 
stieren für die Vertikale und die Horizontale. In 
einem Textverarbeitungs-Dokument könnte man 
sich als vertikale Einheit eine bestimmte Zeilen- 
breite und als horizontale Einheit eine standardi- 
sierte Zeichenbreite vorstellen. Bei einem Tabel- 
lenkalkulationsprogramm handelt es sich dage- 
gen um die Höhe und Breite der einzelnen Fel- 
der. Wichtig ist, daß die Werte für das gesamte 
Dokument konstant sind. Dokumente können 
oben und links eine waagrechte Kopfzeile und 
eine senkrechte Kopfspalte besitzen, die jedoch 
nicht in die Unterfenster vervielfältigt werden. 
Die Dimensionen der beiden Köpfe sind ebenfalls 
in PANESPEC angegeben. 

Bevor nun eine der weiteren Funktionen des 
Pane-Managers aufgerufen werden kann, muß 
ihm zunächst das aktuelle Fenster zugeordnet 
werden. Hierzu befindet sich in PANESPEC der Be- 


zug des Fensters. Die Zuordnung erfolgt über die 
Zeigervariable rCPS (»current pane specifica- 
tion«), die jeweils von den einzelnen Funktionen 
des Managers verwendet wird. Danach werden 
durch Aufruf der Manager-Funktion CreatePane- 
Windows die Manager-Datenstrukturen und die 
benötigten Unterfenster für das ausgewählte 
Fenster angelegt. Mit SetPaneWindow wird an- 
schließend die Größe der Unterfenster-Struktu- 
ren berechnet und der Fensterinhalt wird auto- 
matisch gezeichnet. Diese Funktion wird auch 
beim Verändern der Fenstergröße automatisch 
aufgerufen. Alles weitere übernimmt im folgen- 
den der Pane-Manager, auch das Verschieben der 
Fensterinhalte oder des Fensterkreuzes. Lediglich 
bei Tasteneingaben, die ein Verschieben der Fen- 
sterinhalte zur Folge haben, muß die Funktion 
ScrollPane aufgerufen werden, die dann die er- 
forderlichen Aktionen vom Korrigieren der Roll- 
feld-Position bis zum Neugestalten des Fenster- 
inhalts vornimmt. Diese Funktion ermittelt auch, 
welche Teile des bisher angezeigten Fensters 
weiter benötigt werden und nur verschoben, 
aber nicht neugezeichnet werden müssen. Da- 
durch wird die Ausgabegeschwindigkeit etwa 
beim Rollen um eine Zeile oder Spalte deutlich 
erhöht. Soll das Pane-Management für ein Fen- 
ster beendet werden, wird die Funktion Close- 
Panes aufgerufen. Sie bewirkt, daß die Tochter- 
fenster des Pane-Managers für das entsprechende 
Fenster wieder zerstört werden. 

Zum Zeichnen bestimmter Datenstrukturen 
muß der Pane-Manager seinerseits auf appli- 
kationsspezifische Funktionen zugreifen. Hierzu 
übergibt er passende Parameter, die etwa das 
Neuzeichnen oder die Anzeige des Eingabefokus 
steuern. Die wichtigste Funktion für das Neu- 
zeichnen des Fensterinhalts ist DrawPane. Sie 
wird für jedes zu zeichnende Unterfenster aufge- 
rufen. Ihr werden bereits ein Zeichenbereich 
(display context), die Unterfensternummer und 
-größe übergeben. Der Pane-Manager übergibt 
dabei nicht die Koordinaten des Hauptfensters, 
in das eigentlich gezeichnet wird, sondern die 
Koordinaten des betreffenden Unterfensters. Die 
Position (0,0) ist also nicht zwingend die linke 
obere Ecke des Hauptfensters sondern die linke 
obere Ecke des angegebenen Unterfensters. Es ist 
daher für die Applikation verhältmäßig einfach, 
das Unterfenster unabhängig von dessen Position 
innerhalb des Hauptfensters immer gleichartig zu 
zeichnen. Es muß lediglich berücksichtigt wer- 
den, daß bestimmte Unterfenster auch noch den 
horizontalen oder vertikalen Kopf mitzeichnen 
müssen. 

Im allgemeinen müssen GDI-Zeichenobjekte wie 
Strichbreiten, Farbenmuster oder Zeichensätze 
erzeugt werden. Damit dies nicht bei jedem 
Aufruf von DrawPane erneut erfolgen muß, wird 
dies einmalig vor einer Serie von DrawPane-Auf- 
rufen durchgeführt, indem die Funktion Create- 
DrawingTools aufgerufen wird. Innerhalb von 


DrawPane können die Objekte beliebig verändert 
oder zerstört werden, da sie vom Pane-Manager 
für jeden Aufruf von DrawPane gerettet werden. 
Nach der Rückkehr von DrawPane für das letzte 
Unterfenster werden dann die Objekte durch 
Aufruf der Applikationsfunktion DestroyDraw- 
ingTools wieder zerstört. 

Die weiteren applikationsspezifischen Funk- 
tionen, die vom Pane-Mangager verwendet wer- 
den, erfüllen bestimmte Sonderaufgaben. Die 
Funktion SetPaneFocus setzt oder entfernt eine 
Kennung für den Eingabefokus im angegebenen 
Unterfenster. Dies kann beispielsweise die Ein- 
fügemarke (Caret) oder etwas ähnliches sein. 
Beim Ziehen eines Rollfelds innerhalb der Rollei- 
ste muß oft die aktuelle Position angezeigt wer- 
den können. Hierfür dient die Funktion Draw- 
TrackPos, die aufgerufen wird, sobald das Roll- 
feld mit gedrückter Maustaste verschoben wird. 
Damit ist der Pane-Manager bereits in groben 
Zügen besprochen. In den nächsten Kapiteln 
wird darauf eingegangen, wie er in der Praxis 
verwendet wird. 


Eine Hex-Dump-Applikation 
als Anwendungsbeispiel 


Als Beispiel, wie der Pane-Manager eingesetzt 
werden kann, wurde eine Applikation zum An- 
zeigen von beliebigen DOS-Dateien realisiert. 
Solche Applikationen existieren auch unter DOS 
oder sind in Debuggern wie CodeView als Be- 
fehle integriert. Sie zeigen die einzelnen Bytes 
einerseits als Hexwerte zwischen 00 und FF und 
zusätzlich als ASCII-Zeichen, wobei jeweils 16 
Bytes zu einer Bildschirm-Zeile zusammengefaßt 
sind und davor die Adresse des ersten Bytes der 
jeweiligen Zeile steht. Bisher hat mich bei sol- 
chen Programmen immer gestört, daß man nie 
zwei Stellen einer Datei gleichzeitig ansehen 
kann, sondern entweder die Datei ausdrucken 
oder ständig hin- und herblättern muß. Au- 
ßerdem fand ich die Darstellung teilweise etwas 
unübersichtlich, so daß man manchmal einzelne 
Bytes in der Zeile abzählen muß, um etwa eine 
bestimmte Adresse zu ermitteln. Außerdem 
störte mich insbesondere bei Programmen wie 
PCTools, daß man nur ziemlich umständlich an 
eine bestimmte Adresse gelangen kann. Grund 
genug, eine solche Applikation unter Windows 
zu entwickeln und für die gleichzeitige Anzeige 
zweier Dateiausschnitte den Pane-Manager zu 
verwenden. Damit dieser Artikel nicht zu lang 
wird, wurden dabei auf in der Praxis nützliche 
Teile wie Suchen oder Vergleichen von Daten 
und das Verändern von einzelnen Datenbytes 
erst einmal zurückgestellt. Die zur Erläuterung 
der Bedienung von Unterfenstern verwendeten 
Bilder 3 bis 6 geben bereits einen Eindruck vom 
Erscheinungsbild der Applikation. Es wurden 
Linien zwischen einzelnen Abschnitten der Hex- 
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This is the kernel module of the DUMP application. 


Copyright 1989 by 
Marcellus Buchheit, Buchheit software research 
Zaehringerstrasse 47, 0-7500 Karlsruhe 1 
Phone (0) 721/37 67 76 (West Germany) 


Release 1.00 of 89-Sep-13 — All rights reserved. 
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i* read common header files */ 
#inciude "DUMP.H* 
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Application Variables 
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BYTE zAppName[]="DUMP"; /* application module name */ 

BYTE *rzAppfitie; /* pointer to application title name */ 

BYTE *rzNoMemory; /* pointer to error string "no memory" */ 

HANDLE hikain; /* handle to application instance */ 

HWND Main; /* handle to main window */ 

FILESPEC FileSpec; /* file specification of dump-file */ 

int sxChar,syChar; /* size of system characters (fixed font size!) */ 
int nAddrChars=0; /* number of used address field characters */ 
BYTE mcHex[]="0123456789ABCDEF*; 


PANESPEC PaneSpec; /* application's pane specification */ 
PANESPEC *rCPS=NULL; /* pointer to current pane specification */ 


/* pointer to resources */ 
HCURSOR herWait; /* hourglass */ 
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Dialog-8ox functions 
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fdAbout 
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#44 Dialog Box function #44 


Tnis function processes any messages received by the "About" 
dialog box. 


Parameters: 
standard message data [see fwMain) 


Return: 
standard dialog bax function value 
DialogBox() returns TRUE. 
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BOOL FAR PASCAL TdAbout (HWND hw,WORD iMsg,WORD uP1,DWORD ulP2) 


I1f_ (iMsge=iiM_COMMAND) 
(/* OK pressed */ 
EndDialog(hw, TRUE); return TRUE; 


J 

else If (iNsg«=kM_INITDIALOG) 
i/* no focus is set */ 
return TRUE; 


} 
else return FALSE; 
) /” fdAbout() */ 
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SetPanes 


Te Eennnrnereennennnnnnen 


This function sets the paning for the main window. 

It determines and sets values which are used by the pane manager 
during resizing, scrolling and drawing. The values are stored Into the 
structure <PaneSpec.H> for horizontal values and <PaneSpec.V> for 
vertical values. If this function Is explicitely called by the 
application, the function SetPaneWindow() must be called to resize and 
redraw the main window contents. 


Parameters: 
none 


Used Variables: 
PaneSpec 


Return: 
none 


ee er 


vOID SetPanes (VOID) 


HOC hacz 
TEXTMETRIC wtm; 


rCPS=SPaneSpec; /* set pointer to pane specification */ 
I create system-dependent constants ’ ; 
hdc=CreatelC("Display* ‚NULL,NULL NULL); 
Selectübject(hdc,GetStockübject (OEM FIXED_FONT)); 
GetTextMetrics(hdc,Ewtm) ; 

sxCharewtm.tmAveCharkidth; syChar«wtm. tmHeight; 


/* set fixed values of drawing specifications */ 
PaneSpec.V.sunitewtm.tmleight+2; 

PaneSpec.V.sMedian"wtm.tmDescent; 

PaneSpec.V.sHeadwtm.tmteight+2; 

Deleteüc(hdc); 

PaneSpec.V.iMin=0; 

PaneSpec.V. iMax=max(FileSpec.vSize-1,0)/16; /* per line 16 bytes */ 
PaneSpec.V.iPos=0; PaneSpec.V.iBase[D]-0; 


«Listing 1: 

Das Hauptmodul der 
Applikation, 
DUMP.C. 
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» Listing 1: 
(Fortsetzung) 
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/* set horizontal values */ 
PaneSpec.H.iMin«0; PaneSpec.H.1Max=22; 
PaneSpec.H.iPos=0; PaneSpec.H.iBase[0]=0; 
PaneSpec.H.sUnit=(5*sxChar) /2; 
PaneSpec.H.sMedian=D; 
/* determine width of header from file size value */ 
nAddrChars=4; /* at least 4 digits for address */ 
s=FileSpec.vSize; 
while (s>=65536L) 

1/* increase size by one digit */ 

nAddrCharst+; s/"16; 

1 /* while */ 
PaneSpec.H.shead“(nAddrCharst1)*sxChar; /* convert into units */ 
CrestePaneWindows(}; /* create pane windows for <rCPS> */ 
/" set new application window sizes, redraw window contents */ 
GetlliientRect(mdain,äwrc); SetPanewWindow(wre.right wre.bottom); 
1 /* SetPanes() */ 
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CmdHain 
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The command code <iUnd> of the main window is executed. Here oniy 
command codes from the system menu (CMD_...) are executed. 
Commands from child windows or similiar sources are not analysed here. 


Parameters: 
IOmd is the command code. 


Return: 
TRUE if the command was consumed, FALSE if not. 


nennen 


BOOL CmdMainlint iCmd) 


(HCURSOR herSave; 
BYTE z1[80] ,22[80]; 


switch(i0md) 
case CHO_ABOUT: r 
Ir 
ReadDialog(0B_ABOUT, (FARPROC) fdAbout) ; return TRUE; 
case CND_OPEN: 


I" “/ 
if (IReadDialog(DB_OPEN FILE, fdOpenFile)) 
return TRUE; /* Cancelled */ 
herSavesSetlursor(herWait); /* set hour glass */ 
4f (rCPSI=NULL) 
Ur close old file, free memory ” 
Closefile(äfileSpec); 
EnableMenultem 
(GetMenu (hwMain) „CHO_SPLIT,MF_BYCOMMAND|MF_GRAYED) ; 
ClosePanes(); /* pane manager not further valid */ 
Ira 
f* load specified file “ 
strepy(zCurrentfile,zNewfile); /* set current file */ 
FileSpec.hfehfNewFile; /* set new handle */ 
if (LoadFileläfilespec)) 
1/* file header is loaded: change window text, set file spec */ 
LoadString(hiMain,STFILETITLE,zi,sizeoflz1)); 
sprintf(z2,21,zCurrentfile); SetwWindowText (hwMain,z2); 
SetPanes(); /* set new size of window-contents, redraw it */ 
EnableMenultem 
(GetMenu(hwHain) „CMD_SPLIT.MF_BYCOMMAND|MF ENABLED) ; 


else 
{/* cannot load file: close it again */ 
Closefile(äfilespec); 
Setwindowlext(hwMain,rzAppTitie); /* set standard text */ 
InvalidateRect {hwMain,NULL,TRUE); /* clear window) */ 
KASTIER 
SetCursor(herSave); /* set old cursor "/ 
return TRUE; 
case CMD_SPLIT: 
/* change size of panes */ 
ChangePaneSize(); 
} /* switch */ 
return FALSE; /* not consumed */ 
) /* CudMain() */ 
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Drawing Functions 


ee / 


/* application specific drawing tools */ 
HPEN ; 


HPEN hpnLine; 
HBRUSH hbräkgr; 


DE ee 


DrawTrackPos 
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This function draws the preliminary value of the address which is 
determined by moving the holding-down scrol] bar thumb. The value is 
written into the first line of the horizontal header in pane 0 or 
pane 2. If the value is different from the current set position, it is 
displayed inverted. If it is the same value it is not changed. The 
function draws the value immediately. 


Parameters: 
tTrackBase is the current tracking base value. 


Used Globals: 
rcps 


Return: 
none 


umennnennnsnenensinenennnnnennnenn nee sn ee nnennenereene / 
VOID DrawTrackPos(int iPane,LONG ITrackBase) 


{HDE hacz 

BOOL bOrg; /* TRUE if original location */ 
RECT wreßkgr; 

BYTE z[10*1]; 

int i; 


/* determine DC, determine drawing point */ 

hdenGetOC(hwain); Selectübject (hdc ‚GetStockübject (OEM _FIXED_FONT)); 
börg=iTrackBases=rCPS->V.iBase[iPane>1]; 
SelectObject(hdr„SetStockübject (OEM FIXED FONT)); 
SetTextColor(hdc,GetsysColor(bOrg? COLOR WINDONTEXT: :COLOR_WINDOW)) ; 
SetökColor(hic,GetSysColor(bürg? COLOR WINDOW: COLOR | WINDORTEXT)): 


Tabelle eingefügt, um die Ausgabe übersicht- 
licher zu gestalten. Ferner wurden die Abstände 
zwischen den Byte-Werten auf halbe Leerzeichen 
reduziert. Die Ausgabe der Daten als Zeichen er- 
folgen nicht im ANSI-Zeichensatz, sondern im 
IBM-Zeichensatz, da die meisten Dateien, die 
man sich ansehen möchte, wohl diesen Zeichen- 
satz verwenden. Bei einer »professionellen« Ver- 
sion der Applikation müßte man natürlich mehr 
Möglichkeiten anbieten. Auch wäre hierbei die 
MDI-Schnittstelle [2] zu integrieren. Der Pane- 
Manager ist ja bereits vorbereitet, Unterfenster 
von mehreren Fenstern gleichzeitig zu verwalten. 
Listing 1 zeigt den Kern der Applikation. Die- 
ses Modul DUMP.C enthält die Fensterfunktion 
der Applikation, die Interpretation der Menü- 
befehle und die Initialisierung der Applikation. 
All dies ist weitgehend Windows-Standard. Wei- 
terhin existieren mehrere Funktionen zum 
Zeichnen des Fensterinhalts, die aber von dem 
Pane-Manager aufgerufen werden. Dieser befin- 
det sich applikationsunabhängig in dem Modul 
PANE.C, das in Listing 2 abgebildet ist. Dieses 
Modul wird im nächsten Abschnitt erläutert. Die 
dritte Quelldatei heißt FILE.C, ist in Listing 3 
ausgedruckt und enthält die Anzeige des Dialog- 
felds zur Eingabe des Dateinamens und die ge- 
samte Verwaltung des Dateizugriffs einschließ- 
lich einer virtuellen Pufferverwaltung. Gemein- 
same Deklarationen und Funktionsprototypen 
aller Quelldateien stehen in DUMP.H in Listing 4. 
Hier befindet sich auch die Schnittstelle des 
Pane-Managers, etwa die Beschreibung der 
Struktur PANESPEC. Die Datei DEFS.H im Listing 9 
enthält wie üblich gemeinsame Definitionen von 
Quellcode und Ressourcen-Datei, deren Inhalt in 
Listing 7 ausgedruckt ist. Die Definition der bei- 
den Dialogfelder für die Applikations-Beschrei- 
bung und die Eingabe des Dateinamens befinden 
sich in DUMP.DLG, ausgedruckt in Listing 8. Die 
restlichen Listings erzeugen zwei verschiedene 
Version des Programms, dazu weiter unten. 


Details zur Realisierung des 
Unterfenster-Managers 


Innerhalb des Pane-Managers wurden einige 
interessante Windows-Funktionen aufgerufen, 
deren Anwendung einige Bemerkungen erfor- 
dern. Es kann aber nicht auf jedes Detail des 
Managers eingegangen werden. Hierfür müssen 
die Listings eingehend studiert werden, insbe- 
sondere das Modul PANE.C. 

Als erstes soll die Verarbeitung von WM_PAINT 
in der Funktion ProcessPaneMsg besprochen 
werden. Sie muß die Zuordnung zum Neuzeich- 
nen der einzelnen Unterfenster mit Hilfe der Ap- 
plikationsfunktion DrawPane vornehmen. Doch 
zunächst werden die applikationsspezifischen 
GDI-Objekte durch Aufruf der Funktion Create- 
DrawingTools erzeugt. Diese werden jetzt für 


jeden DrawPane-Aufruf mit Hilfe der Windows- 
Funktion SaveDC gerettet und nach dem Aufruf 
mit RestoreDC wieder unverändert zurückgeholt. 
Somit können diese Objekte beliebig innerhalb 
von DrawPane verändert werden, eine durch 
CreateDrawingTools eingestellte Initialisierung 
bleibt unverändert. Als nächstes muß der Zei- 
chenausschnitt, dessen Koordinaten sich natür- 
lich auf das Hauptfenster und nicht die Unterfen- 
ster beziehen, auf das betreffende Unterfenster 
reduziert werden. Dies geschieht durch Berech- 
nung der Schnittmenge des Zeichenausschnitts 
und des jeweiligen Unterfensters mittels der 
Windows-Funktion IntersectClipRect. Nur 
wenn tatsächlich dann noch ein Zeichenaus- 
schnitt besteht, wird DrawPane aufgerufen. Vor- 
her wird aber noch mit der Windows-Funktion 
SetViewportOrg das Koordinatensystem so ver- 
schoben, daß der Ursprung zum Zeichnen mit 
dem Ursprung des betreffenden Unterfensters 
übereinstimmt. Sind alle Unterfenster gezeich- 
net, werden die erzeugten GDI-Objekte durch 
Aufruf von DestroyDrawingTools wieder zerstört. 

Der weitere Code in ProcessPaneMsg dient in 
erster Linie dazu, den Pane-Manager betreffende 
Tasteneingaben korrekt zu verarbeiten. So wech- 
selt die Taste VK_F6 etwa den Fokus zwischen 
den einzelnen Unterfenstern im Uhrzeiger- oder 
Gegenuhrzeigersinn. Tastendrücke während des 
Verschiebens des Fensterkreuzes werden dage- 
gen in der Fensterfunktion fwSplit der Bild- 
schirmteiler verarbeitet. 

Diese Funktion ist eines der »seitenlangen« 
Unterprogramme des Pane-Managers. In ihr 
werden alle Vorgänge verarbeitet, die das Verän- 
dern des Fensterkreuzes betreffen. Die Bild- 
schirmteiler-Fenster können dabei verschiedene 
Zustände einnehmen, die durch static-Varia- 
blen innerhalb der Fensterfunktion festgelegt 
sind. In der Fensterfunktion folgt auch die Verar- 
beitung des Umpositionierens und des schließ- 
lichen Neuzeichnens des Fensterkreuzes. Wäh- 
rend des Positionierens (mit Maus oder Tastatur) 
wird das vorläufige Fensterkreuz als graue Bal- 
ken dargestellt. Diese Balken invertieren den 
Untergrund, der in diesem Fall dem Hauptfen- 
ster, also dem Mutterfenster (parent window) des 
Bildschirmteilers gehört. Hierzu wird die GDI- 
Funktion PatBlt verwendet. Die Invertierung des 
Untergrunds statt dessen Überzeichnen hat den 
Vorteil, daß das Hauptfenster beim Verschieben 
des Kreuzes nicht neu gezeichnet werden muß 
und aus dem Grund das Verschieben sehr schnell 
vonstatten geht. 

Eine interessante Funktion unabhängig vom 
Pane-Manager stellt ScrollPane dar. Sie muß 
ähnlich auch bei anderen Applikationen realisiert 
werden, auch dann, wenn keine Unterfenster 
verwendet werden sollen. In unserem Fall ist sie 
natürlich durch die Anwesenheit mehrerer Unter- 
fenster noch etwas komplizierter geworden. Eine 
Aufgabe dieser Funktion besteht zunächst in der 


wreßkgr.leftertpS->Pane[0] .wre. left; 
wreßkgr.rightewreßkgr.. \eft+rCpS->H.sHead-1; 
wreBkgr.top*rCPS->Pane[iPane] .wrc.top+(iPane>17? O:rCPS->V.sHead); 
wreBkgr .bottomewreBkgr .top+rCPS->V.sUnit-1; 
{/* — draw hex number of address — */ 
LONG vriTrackBase; 
z[nAddrChars-1]='0°; /* last digit */ 
for (i=nAddrChars-2;1>=0;1—) {z[i]-mchex[vaoxF]; vo>=4;} 
ExtTextüut 
(hie wreßkgr , left#+sxChar/2,wreßkgr.top, 
ETO_OPAQUE ‚SmrcBkgr ,z,nAddrChars NULL 


): 

) /* block */ 

ReleaseDC (hwMain.hac) ; 

4f (börg) 

(/* redrawing not needed; Invalidate rectangle */ 
rCPS->wrcTrackRedraw. lefterCPS>wrcTrackRedraw. right; 
! 

else 

(/* tracking field must be redram: set rectangle */ 
rCPS->wrcTrackRedrawwrcdkgr; 
fr it* 


} /* DrawTrackPos() */ 


fereeemnhenehennetnnnteheeneeee ee 


CreateDrawingTools 


This function creates GDI tools which are needed for the repainting of 
the main window contents by the function DrawPane. The default values 
are set. 


Parameters: 
hdc is the device context for the drawing. 


Return: 
none 


E77 


VOID CreateDrawingTools(HDC hdc) 


1/* create needed drawing tools */ 
hpnDot=Createpen(P$_DOT,1,GetSysColor(COLOR WINDOWTEXT)); 
hpnLine=CreatePen(PS_SOLID,1,GetSysColor {COLOR WINDOWTEXT)); 
hbrökgr=CreateSo] idBrush(GetSysColor(COLOR_WINDON)); 

/* set drawing tools */ 

Selectübject(hdc,GetStockübject (OEM FIXED_FONT)); 
SetTextColor(hdc,GetSysColor(COLOR WI T)): 

SelectObject (hdc.hpnLine); SelectObject(hdc,hbräkgr); 

} /* CreateDrawingTools() */ 
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DestroyDrawingTools 


SeuteessersnsnenseeneenseensnsnennenIeennee een EnEeT nee SUSI Ene re een 


This function destroyes all 601 tools which are created by the 
preceded call of CreateDrawingTools(). 


Parameters: 
none 


Return: 
none 


PeRtnHteneten teren / 


VOID DestroyDrawingTools({VOID) 


(Delete0bject (hpnDot); DeleteObject(hpnLine); Deleteübject(hbrökgr); 
} /* DestroyDrawingTools() */ 
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SetPanefocus 


The focus is switched to pane <iPane> or destroyed if <iPane> is -1. 
This function should set to caret to the specified pane or destroy the 
caret. 


Parameters: 

iPane .. is the index of a valid pane which contains the focus. This 
can be a value of 0..3. If the value is -1, the application 
window loses the input focus. 

bChange is TRUE if the focus is changed between the panes without 
changing the focus of the application and FALSE if the 
application has got or lost the focus. 


Used Giobalsı 
Pane 


Return: 
none 
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v0IO SetPanefocus(int Pane,BOOL bChange) 
{POINT pCaret; 


if (4Pane<0) 

{/* hide caret (focus lost), return */ 
DestroyCaret(); return; 

rpirr 


/* calculate caret position in pane (after Ist char. in Ist Tine) */ 


pCaret .x=rCPS->Pane[iPane] .wre.left+sxChar/4; 
if (t{iPanesl)) pCaret.x+=rCpS->H.sHead; /* add vertical header */ 
pCaret .yerCpS->Pane[iPane] .wrc.top+syChar; 
if (iPane<2) plaret.y+=rCPS->V.sHead; /* add horizontal header */ 
if (1bChange) 
I/* create caret */ 
CreateCaret (rCPS->hwPane,KULL,sxChar, rCpS->V.sMedian); 
et A 
/* set caret position */ 
SetCaretPos(plaret.x,plaret.y); 
if (IbChange) ShowCaret (rCPS->hwPane); /* display caret */ 
} /* SetPaneFocus() */ 


a ee ee er re 


This function redraus one of the available panes of the main window. 
At most 4 panes can be exist in the following order: 


«Listing 1: 
(Fortsetzung) 
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> Listing 1: 
(Fortsetzung) 
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*]  pane 0 exists always. 
0) pane 1 exists only if rCPS->pxMullion is non-O. 


oe pane 2 exists only if r[PS>pyTransom is non-O. 


| 2 


je-1->|e-3>| 
It 


Iv pane 3 exists only If rCPS->pxMullion and 
+ rCPS->pyTransom are both non-O. 


Parameters: 
bdc ... Is the display context for drawing the client area of the 
main window. 


4Pane is the index of the pane in range 0..3. 
sxPane is the width of the pane. 
syPane is the height of the pane. 


Used Globals: 
rcps 


Return: 
none 


7 


VOID DrawPane(HDC hic,int iPane,WORD sxPane,WORD syPane) 
(int w,wH; 

int IV.IH,i.s,s1,iWrt; 

int iVStart,nLines; 

int iHStart,iHEnd, iHBase; 

HANDLE hmgData; /* handle of global memory block */ 

BYTE FAR *rd; /* pointer to global memory data */ 

RECT wreClip,wrelines; 

POINT pBase,pStart ,pDraw; 

int pyTerm-O; /* terminator line location */ 

LONG vAddr ,vA; 

BYTE z[60+1]; 

int mv[60+1]; 


GetClipBox(hdc,äwrcllip); 
/" set pane base values */ 
pBase.x=iPanehl? O:rCPS->H.sHead; pBase.yriPane>1? O:rCPS->V.sHead; 
/* nothing to draw => return */ 
if (wreClip.left>pBase.x+23*rCPS->H.sUnit) return; 
iHBase= (int)rCPS->H.iBase[iPanehl]; /* index for first column */ 
/* —— determine values for valid vertical drawing area —— */ 
1VStart=(max(wreClip.top,pBase.y)-pBase.y)/rCPs>V.sunit; /* line */ 
vAddre (rCPS->V.iBase[iPane>1]+iVStart); /* address of first Tine */ 
pStart.yrpBase.y+iVStart*rCPS->V.sUnit; /* drawing start point */ 
#* —— determine nımber of lines to draw 
nLines= {wreClip.bottom-pBase.ytrCpS->V.suUnit-1)/ 
rtps->V.sUnit-iVStart; 
if (nLines«=0) nLines=1; /* at least one line */ 
if (vAddr+(nLines-1)>rCPS->V. Max) 
nLines=(int) (rCPS->V. iMax-vAddr) +1; 
if (1liPanebi) &4 wreClip.left<rCPS->H.sHead) 
(/* =»»== draw vertical header ===== */ 
LONG vArvAddr; 
if (iPane<2 86 wreClip.toperCPS->V.sHead) 
(/* draw headline for vertical header */ 
int s; 
s=sprintf 
(z,nAddrChars<5? *Addr*:nAddrChars<8? *Addr.*:*Address"); 
ra „((nAddrChars-s+1)*sxChar) /2,0,0,NULL,z,5.MULL); 
Lab 
pDraw.y=pStart.y; pDraw.x=sxChar/2; 
for (1V-0; iVenLines; iV++) 
1/* — draw hex number of address — */ 
LONG vewA; 
z[nAddrChars-1]="0'; /* last digit */ 
for (i=nAddrChars-2;1>=0;1—) {z[i]=mcHex[väoxf]; vo>=4;) 
ExtTextOut (hdc,pDraw.x,pDraw.y,O,NULL,z,nAddrChars NULL); 
pDraw.y+erCPS->V.sUnit; vArt; 
} /* for */ 
/* — draw vertical header separator line — */ 
pDraw.x=rCPS->H.sHead-1; 
pDraw.y-min(pStart.ytnLines*rCpS->V .sunit,wreC}ip.bottom) ; 
ERS ON ARTEN A MEER Ip .tOp) LineTo(hdc ,pDraw.x,.pDraw.y); 
.4f* 
Tja exclude header from line clipping area 7 
wrelinesewreClip; /* set Tine drawing rectangle */ 
if (wrelines.left<pBase.x) wrcLines.left-pBase.x; 
/* „=== define space separation for ExtTextQut() === */ 
for (i=32;1<40;14+) m[i]=saCharz 
memcpy(mv+40 ,mw+32 ,8*sizeof(int)); 
mv[39]=3*(sxChar/2); /* separation between B characters */ 
if (iPane<2 && wreClip.toperCPS->V.sHead) 
{/* ==an= draw horizontal headline ==uu= */ 
/* — change ExtTextOut()-spacing — */ 
for (i=0;1<16;1++) mv[i]=rCpS->H.sUnit; 
mw [15] »rCPS->H.sunit-(sxChar+2)/4; /* separation */ 
mencpy (me+16,mv+32,16*sizeof(int)); 
/* — create hex code byte for headline — */ 
for (i=0;1<16;14+) z[i]=mcHex[i]; 
memcpy(z+16,mcHex,16); /* set 0..9A..F */ 
/" draw complete line */ 
pDraw.x-pBase.x-iHBase*rCPS->H.sUnit+3* (suChar+2) /4+1; 
ExtTextOut (hdc,pDraw.x,0,ETO_CLIPPED,BwrcLines,2.32,m); 
rear 
/* „men draw contents of lines: hex values characters ===.» 7 
Hint rim; 


int vderCPS->H.sUnit-sxChar; 
4* — change ExtTextöut ()-spacing — */ 
for (irO;1<16;i#+) [*rit+rsxChar; *rirtevd;} 
*(ri-1)«rCPS->H,.sUnit-sxChar/2-(sxChar+2)/4; /* separation */ 
} /* block */ 
/* determine drawing location */ 
pDraw.x»pBase.x-iHBase*rCPS->H.sUnit+(sxChar+2) /4+1; 
pDraw.y-pStart.y; vA=l16*vAddr; 
hmgData=NULL; /* no buffer selected */ 
for (iV=0;iVenLines; iV++) 
UA draw one hex code line 
int iHex=-0; 
int IChar«ikex+32; 
4f (IhmgData A8 vA<FileSpec.vsize) 
(/* new data block must be read from file */ 
hmgData-ReadDataBlock (AFileSpec,vA); 
if (IhmgData) break; /* memory error => exit loop */ 
rd«Globallock(hmgbata); 
rd+=(WORD)vASOXFFF; /* to current read location */ 
kur it" 
for (1=0;1<16;1++) 
(/* draw single hex code byte */ 
BYTE d; 
/* end of file reached => break */ 
if (vAr=FileSpec.vSize) 
(/* end of file: set spaces instead characters */ 
z[ikext+]=' '; z[ihex++]=' '; z[ichartr)=' '; 
} 


= 


Ermittlung der Auswirkungen der übergebenen 
Rolleisten-Operation. Beim Blättern wird übri- 
gens gemäß CUA-Vorschrift die letzte Zeile als 
die erste im nächsten Blatt beziehungsweise um- 
gekehrt dargestellt. Es wird also nur um (n-1) 
Zeilen geblättert, damit die Zuordnung zur vor- 
angegangenen Seite klarer wird. Aus den festge- 
stellten Auswirkungen wird dann die neue Doku- 
ment-Position ermittelt und mit der alten vergli- 
chen. Aus dem Ergebnis dieses Vergleichs wird 
dann abgeleitet, ob das betroffene Unterfenster 
komplett neu gezeichnet werden muß, oder ob 
durch Verschieben bereits gezeichneter Teile die 
Zeichenarbeit reduzieren kann. Der Algorithmus 
ist davon unabhängig, ob nur eine Zeile oder 
Spalte gerollt oder größere Bereiche verschoben 
werden müssen: Was am Bildschirm bereits 
steht, braucht nicht mehr neu gezeichnet zu 
werden. Für das Verschieben ist die mit Windows 
2.0 neu eingeführte Funktion Scrol1DC zustän- 
dig, die auch gleich das Rechteck des Bereichs 
zurückgibt, der neu gezeichnet werden muß. Da- 
bei muß man aber aufpassen: Überlappen sich 
alte und neue Position eines Bereichs an keiner 
Stelle, muß auch der Bereich zwischen beiden 
Positionen neu gezeichnet werden. Dies berück- 
sichtigt leider Scrol1DC nicht, so daß man beim 
Verschieben über größere Bereiche merkwürdige 
Resultate entstehen. Deshalb findet nach Aufruf 
von Scrol1DC eine Korrekturberechnung des von 
ScrolIDC zurückgegebenen Rechtecks statt. 

Die weiteren verwendeten Algorithmen im 
Pane-Manager sind zwar teilweise recht kom- 
plex, aber besonders aufregende Dinge im Zu- 
sammenhang mit Windows sind nicht mehr er- 
wähnenswert. Aus dem Grund soll an dieser 
Stelle die Beschreibung des Pane-Managers auch 
beendet werden. In den folgenden Kapiteln wer- 
den noch auf interessante Details im Zusammen- 
hang mit der Applikation DUMP eingegangen. 


Ausgabe des Hex-Dumps 


Die DUMP-Applikation erlaubt nicht die Verän- 
derung des angezeigten Dokuments. Um den- 
noch zu wissen, wo der »Eingabe«-Fokus steht, 
mit dem ja über die Tastatur gerollt und geblät- 
tert werden kann, wird mit der Funktion Set- 
PaneFocus die Einfügemarke fokusabhängig in 
einem der Unterfenster angezeigt, allerdings 
immer an derselben Stelle. 

Die Ausgabe des Fensterinhalts beschränkt 
sich im wesentlichen auf die Funktion DrawPane. 
Sie zeichnet jeweils den geänderten Inhalt für ein 
Unterfenster, wobei sie gegebenenfalls auch die 
entsprechenden vertikalen und horizontalen 
Köpfe mitzeichnet. Dies erfolgt natürlich nur bei 
den Unterfenstern, die diese Köpfe besitzen. Zu 
deren Bestimmung wird der Parameter iPane von 
DrawPane verwendet, der angibt, welches Unter- 


fenster gerade gezeichnet werden soll. Die Zei- 
chenfunktion umfaßt nur den Bereich, der nicht 
durch Verschieben von bereits angezeigten Tei- 
len — etwa beim Rollen — angezeigt werden kann. 
Es brauchen für das Zeichnen daher nur die 
Daten aufbereitet zu werden, die sich auch 
tatsächlich in dem entsprechenden Zeichenaus- 
schnitt (im Original clipping region) befinden. 
Hiervon wird in der Funktion ausgiebig Ge- 
brauch gemacht, um das Zeichnen möglichst 
schnell zu gestalten. Das Rechteck, das alle ge- 
setzten Zeichenausschnitte umschließt, kann mit 
Hilfe der Windows-Funktion GetClipBox ermit- 
telt werden. Die einzelnen Zeichenausschnitte 
können natürlich komplizierter als ein Rechteck 
sein — sie müssen noch nicht einmal zusammen- 
hängen. Das mit GetClipBox ermittelte Rechteck 
kann also größer sein als der tatsächliche Zei- 
chenbereich. Dies ist jedoch in der Praxis von ge- 
ringer Bedeutung, was im nächsten Abschnitt 
klarer werden wird. Liegt aber etwa eine Ausga- 
bezeile völlig außerhalb des Zeichenausschnitts, 
ist es sinnvoll dies zu erkennen und dann auch 
keine Ausgaben zu erzeugen. Beim DUMP-Pro- 
gramm betrifft dies beispielsweise den horizon- 
talen Kopf wenn geblättert wird. Ähnlich verhält 
es sich mit vertikalen Linien, die natürlich nicht 
gezeichnet werden müssen, wenn sie ebenfalls 
nirgends in den Zeichenbereich hineinragen. Es 
ist oft sehr schnell ermittelt, ob eine Linie oder 
ein rechteckähnliches Objekt in den Zeichenaus- 
schnitt hineinragt. Zwar »bemüht« sich der Win- 
dows-GDI, Elemente außerhalb des Zeichenaus- 
schnitts »sehr schnell nicht zu zeichnen«, aber 
eine gewisse Verzögerung läßt sich dennoch 
nicht vermeiden. Dies betrifft insbesondere Ob- 
jekte wie Ellipsen, Polygone und ähnliches, bei 
denen es einen erheblichen Aufwand darstellt, 
herauszufinden, welche Teilelemente zu berech- 
nen sind, weil sie teilweise gezeichnet werden 
müssen und welche Teilelemente nicht berechnet 
werden müssen, weil sie überhaupt nicht darge- 
stellt werden müssen. 

Man kann sich bei der Verwendung der Zei- 

chenausschnitt-Informationen auch »kaputt-opti- 
mieren«, ähnlich wie beim Übersetzerbau. Die 
beiden folgenden Ratschläge wurden daher auch 
aus diesem Zweig der Informatik auf die Opti- 
mierung von Zeichenoperationen übertragen: 
° Nehmen Sie nur dann Optimierungen vor, 
wenn Sie auch sicher sind, daß sie die korrekte 
Ausgabe der Zeichnung nicht beinflussen. Eine 
schnelle Ausgabe eines Zeichenbereichs, in dem 
einige Objekte fehlen, weil der Optimierungs- 
algorithmus sie »übersehen« hat, ist für den 
Anwender sehr lästig, vor allem, wenn es wieder- 
holt vorkommt. Machen Sie sich klar, wie Zei- 
chenausschnitte aussehen können. Verwenden 
Sie nur das mit GetClipBox ermittelte Rechteck 
zur Bestimmung des Zeichenausschnitts oder die 
präziseren aber auch langsameren Funktionen 
PtVisible und RectVisible. 


«Listing 1: 
else 
(/* set hex- and character-value */ (Fortsetzung) 
detrdtt; vAtt; 
zlihext+]»mchex[d>>4]; z[iHex++] »mcHex[dä0xF] ; 
zl[iChar++]=d; /* character code */ 
rer 
I /* for */ 
1f (({wORD)vASOxFFF)=-0) 
t/* new data block must be read */ 
Nihnianleckmgßeta); hegata=NULL; 
rein? 
/* draw complete line ”/ 
ExtTextOut (hdc,pDraw.x,pDraw.y,ETO_CLIPPED,AwrcLines,z,iChar,mv); 
pDraw.yrerCPS->V.sUnit; /* next Tine */ 
I /* for */ 
if (Nmgdata) GlobalUnlock(hmgData); 
if (vA>=FileSpec.vSize) 
{/* terminating separator line must be drawn: set location */ 
pyTerm-pDraw.y; 
IPA 
ft vun draw vertical separator lines === “ 
4HStart= (max (wreClip.left,pBase.x)-pBase.x) /rCPS->H.sunit+iHBase; 
iHEnd={wretl ip.right-pBase.x+rCPS->H.sUnit-1) /rCPS->H.sUnit+ihBase; 
Selectübject (hde,honDot) ; 
pOraw,yrmin(pStart.yenLines®rCPS->V.sunit,wreCiip.bottom); 
if (iHStart<=8 88 iHEnd>B) 
{pDraw.x«pBase.x+(8-iHBase) *rCPS->H.sUnit; 
TG I TIER EIS EEHR RN LineTo(hdc ‚pDraw.x,pDraw.y); 
ir 
if (ikStart=16 88 iHEnd>16) 
(pDraw.x=pBase.x+ (16-iHBase) *rCPS->H.sUn 
MoveTolhdc ‚püraw.x,wreClip.top); MEER FN x,pDraw.y); 
rare 
if (ikStart<20 &8 iHEnd>19) 
IpDraw.x=pBase.x+(19-IHBase) *rCpS-H.sunit+(5*sxChar+1)/4; 
MoveTo(hdc,püraw.x,wreClip.top); LineTolhdc ,pDraw.x.pDraw.y); 
rare 
SelectObject (hdc,hpnlLine); 
if (iHStart<=23 86 iHEnd>23) 
{pDraw.x=pBase.x+(23-iHBase) *"rCPS>H.sUnit; 
MoveTo(hdc,pöraw.x,wreClip.top); LineTo(hdc pDraw.x.pDraw.y); 
Fire 
pDraw.xemin(pBase.x+(23-iHBase) *rCPS>H.suUnit „wreClip.right); 
if (iPane2 85 wreClip.top<rCps->V.sHead) 
{/* «=uuu draw horizontal header separator Iine =m=== */ 
MoveTo(hic wreClip.left,rCps-V.sUnit-2); 
LineTo(hdc ‚pDraw.x,rCPS->V.sUnit-2); 
IPA 
if (pyTerm) 
{/* »==== draw terminator Tine «=== */ 
MoveTo(hdc wreClip.left,pyTerm); 
LineTo(hdc ,pDrau.x+1,pyTerm) ; 
Ira 
/* „un. draw dotted horizontal separator lines === ®/ 
iVe8-((int)vAddrb7); If (iVe=0) IVeB; 
pStart..yt=iV*rCPS>V.sUnit-1; /* vertical point of first line */ 
SelectObject (hdc,handot) ; 
for (ziV<@nLines;iv+-B) 
{MoveTolhdc,wreClip.left,pStart.y); ssurHoitg x,pStart.y); 
pStart.y+=B*rCPS->V.sUnit; /* next Tine position *, 
I /* for */ 
1 /* DrawPane(} */ 
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Main Window function 


wnenesneennnse nennen nennen ernennen nee / 
LONG FAR PASCAL fwMain(HWND hw,WORD iMsg,WORD uPl.DWORD ulP2) 
{LONG vRet; 


if {rcpS) 
\/* call pane-manager's message processor */ 
vRet=-ProcessPane#sg(hw, iNsg,uP1,ulP2); 
if (vRet) return vRet; /* consumed */ 
I 
switch (iMsg) 
icase WM_CREATE: 
/* set application window handle */ 
InMainshw; PaneSpec.hwPanechw; 
return OL; 


case WM_KEYDOWN: 
{B00L bCtrI»GetKeyState(VK_CONTROL)>>15; 
BO0L bVert=ibltri; 
int uScrolltmd; 
static BYTE miVScroll[]=10,0,2,2}; 
static BYTE miHScrol1[]=11.3.1.3)5 
switch (uP1) 
lcase VK_PRIOR: 
/* page up/left */ 
uScrollCmd«SB_PAGEUP; break; 
case VK_NEXT: 
/* page dom/right */ 
uScrol1Cmd«SB_PAGEDOWN; break; 
case VK_HOME: 
/* stärt of Tine/data */ 
uScroll0md«SB_TOP; bVert=IbVert; 
break; 
case VK_END: 
/* end of Tine/data */ 
uScroll@md=$B_BOTTOM; bVert=!bVert; 


/* Nine up */ 
/* ine dom */ 


f* Nine left */ 
uScrollOmd-SB_LINEUP; bVert=FALSE; 
break; 
case VK_RIGHT: 
/* Nine right */ 
vScrollGmd=SB_LINEDOWN; bVert=FALSE; 
break; 
default: 
goto DEFAULT; /* not conswmed */ 
1 /* switch */ 
/* execute scrolling */ 
ScrollPane 
{bVert? miVScroll[rCPS->iFocusPane]: 
wiHScroll [rCPS->iFocusPane] „uScrol i0md,0); 
return OL; /* consumed */ 
I ir case */ 
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» Listing 1: 
(Fortsetzung) 
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case WM COMMAND: 
if (uPlI=OMD_EXIT) 
(/* user control command */ 
CmdMain(uPl); 
break; /* not consumed */ 
rm 
/* continue */ 
case WM_CLOSE: 
DestroyWindow(hw); return OL; 
case WM_DESTROY: 
PostQuitMessage(0); return OL; 
} /* switch */ 
DEFAULT: 
return DefWindowProc {hw, iMsg,upl,ulP2); 
Id" Main) */ 


[ereennnnnenenenteseneneentetenenn nennen 


—— Window Dependent Initialization (One for All Instances) 


een / 


jermnennenenenenenennennenen nennen nennen nennen 
CresteCllass 


SennbsEnSnEnEunnE ENTER TER En nun nun En En nE nn ES nn EEE nE En een nenn Tune 


The classes of all application specified windows are registered. 
Following classes exists: 


Parameters: 
none 


Return: 
TRUE if all classes created. 
FALSE ff any error during creation (memory error). 


nun een / 


BOOL CreateClass(VOID) 
[WNDCLASS wwc; 


d® — create window class of application — */ 
wwc.IpszClasshame-zApphame; wwc.hinstance=hiMain; 
wwc.IpfnkindProc=fwMain; 

wwc.hCursor=LoadCursor (NULL, 1DC_ARROW) ; 
wwc.hbröackground=GetStockübject (WHITE_BRUSH) ; 
wwc.style=O; /* CS HREDRAW or CS VREDRÄW not needed! */ 
wwc.hicon=LoadIconThiMain,MAKEINTRESOURCE(1CO MAIN); 
wwc.IpszMenuName=HAKEINTRESOURCE (MNU_MAIN) ; 
wwc.chClsExtra=0; wwc.chWindExtra=0; 

/* register window, return if error */ 

1f (IRegisterllass(äwwc)) return FALSE; 

return TRUE; 

} /* Createllass() */ 


[eensnennnensnnnnnenssnnnsennneense nennen nennen een 


——— Instance Dependent Initialization (For Every Instance) 


ermneeeenee/ 


[eenunnannnannteenentnteenneennhe nennen em 


CreateAppWindonw 


All global existing windows are created by this function. 


Parameters: 
none 


Return: 
TRUE is returned if all data read, otherwise FALSE (memory too small). 


ee 7 


B00L CreateAppkindow(VOID) 


tint 1; 
BYTE z[50]; 


/* create application window */ 

if (ICreatekindow 

{t ‚rzAppTitle,WS_OVERLAPPEOWINDOW|WS_CLIPCHILDREN, 
CW_USEDEFAULT ‚O,CW_USEDEFAULT ‚O,NULL, NULL, hiMain, NULL) 


return FALSE; 
return TRUE; 
1 /* CreateAppWindow() */ 


[eewmenseentennnenneennennee een enter 


Intitinstance 


EEE PEPERPPTH NE FFPTPPPPFETPEPPPETPEIPESPPPPPPPPSPEPPPRPFFER 
#44 The main init module entry point ### 


The complete initialization of a new instance of the application 
window. If no previous instance exists, the application window is 
initialized and the common data for all instances are created. 
Otherwise, common data are copied from the previous instance to the 
new instance. Al} individua] data in the instance data segment are 
inttialized. If memory is too small, a error message box is displayed 
and FALSE is returned. 


Parameters: 
hiNew .... 15 the handle to the new instance of the application. 
hiPrev ... is the handle to the first instance of the application 


(or NULL). 
rzOndLine points to the command line buffer. 
vimdShow is the entry style of window for Showwindow(). 


Return: 
TRUE is returned if initialization complete, 
otherwise FALSE (memory too small). 


Kennienenanrhhennhenhhen team / 


BOOL Initinstance 
(HANOLE hiNew,HANDLE hiprev,LPSTR rzCmdLine, int vOmdShow) 


IhiMain«hiNew; /* set Instance global */ 

f* —— load the two strings for the no-memory error message —— */ 
{BYTE z[80]; 
WORD sz; 
sz=LoadString(hiMain,STAPPTITLE,z,sizeof(z)); 
rzAppTitie=(BYTE*)LocalAlloc(lMEM FIXED,sz+1); 
4f (IrzAppfitie) return FALSE; 


® Bedenken Sie, daß alle Optimierungen über- 
flüssig sind, wenn das Fenster vollständig oder 
zumindest weiträumig gezeichnet werden muß. 
Aber die Abfragen, ob bestimmte Objekte im Zei- 
chenbereich liegen oder nicht, brauchen auch 
dann Zeit. Wenn dann das Neuzeichnen wegen 
zahlreicher Optimierungen erheblich länger dau- 
ert, haben Sie wirklich unnötigen Code erzeugt. 

Zunächst ist man bei der Windows-Program- 
mierung sicherlich froh, überhaupt eine ge- 
wünschte Ausgabe korrekt auf den Bildschirm 
gebracht zu haben, so daß man nicht gewillt ist, 
sich auch noch Gedanken um die Geschwindig- 
keit seiner »grafischen Kunst« zu machen. Doch 
mit zunehmender Sicherheit im Umgang mit 
dem Windows-API wird man auch dem Anwen- 
der die Freude bereiten wollen, zumindest bei 
Routine-Arbeiten wie Blättern oder Rollen eine 
hohe Geschwindigkeit zu erreichen. Dies wurde 
auch in der vorgestellten Applikation versucht, 
obwohl auch hier sicherlich noch viele Verbesse- 
rungen möglich sind. 

Wie oft bei Windows gehören zur Optimierung 
der Bildausgabe eine gewisse Erfahrung und ein 
Gefühl dafür, was bei der Grafikausgabe viel Zeit 
und was weniger Zeit benötigt. Leider helfen 
einem hierbei die Windows-SDK-Dokumentation 
und auch die meisten Windows-Lehrbücher nicht 
viel weiter. 


Schnelle Textausgabe 
unter Windows 


Textausgabe mit mehreren Zeilen innerhalb eines 
Fensters wird verhältnismäßig oft gebraucht. 
Außerdem wird sie immer gerne als Vergleich 
zwischen Windows und DOS herangezogen, 
wenn über die Ausgabegeschwindigkeit beider 
Oberflächen diskutiert wird. Inzwischen hat sie 
bei Windows fast die Geschwindigkeit von DOS 
erreicht, wenn dort jedes Zeichen einzeln über 
DOS und ANSI.SYS ausgegeben wird. Sicherlich 
liegt dies nicht nur an den »genialen« Grafikalgo- 
rithmen von Windows 2, sondern auch an dem 
schlechten Code von DOS und ANSI.SYS. Vergli- 
chen mit der Ausgabe von Zeichen direkt in den 
Bildschirmspeicher ist Windows natürlich wei- 
terhin chancenlos. Dies wird sich wohl erst 
ändern, wenn in Zukunft Grafikprozessoren auf 
dem Markt erscheinen werden, die eine Win- 
dows-verträgliche Proportionalschrift-Ausgabe in 
Hardware realisieren können. 

Man sollte sich also Gedanken machen, wie 
man Text unter Windows möglichst schnell »in 
die Pixel« bringt. Ich habe dies mit einem kleinen 
Benchmark-Programm gemacht und war über die 
Ergebnisse, und insbesondere über die weite 
Spannweite verschiedener Optionen, ziemlich 
überrascht. Faktoren von 1:7 bei weitgehend 
gleichen Parametern konnten beobachtet wer- 


den. Ich kann im Rahmen dieses Artikels nicht im 
Detail auf die Messungen eingehen, aber ich 
plane ein Windows-Grafik-Benchmark-Pro- 
gramm, mit dem man die Ausgabegeschwindig- 
keit verschiedener GDI-Funktionen messen kann, 
was insbesondere beim Vergleich von Grafik-Kar- 
ten für Windows interessant sein dürfte. Viel- 
leicht wird es darüber in absehbarer Zeit im 
Microsoft System Journal einen Artikel geben. 
Doch einige Ergebnisse sollen hier kurz zu- 
sammengetragen werden. Zunächst hat mich er- 
staunt, daß die Funktion ExtTextOut, die erst mit 
Windows 2.0 in den API kam, immer schneller 
war als TextOut (im Extrem doppelt so schnell), 
sofern beim Aufruf ersterer weder ein zusätzli- 
ches Zeichenrechteck noch eine Abstandstabelle 
angegeben wurde. Da ExtTextOut alle wesent- 
lichen Eigenschaften von TextOut besitzt, kann 
man erstere also generell letzterer vorziehen. 
Weiterhin hat mich bei beiden Funktionen ver- 
blüfft, daß die Ausgabe von 30 Zeichen innerhalb 
des Zeichenausschnitts nur rund dreimal länger 
dauert als die Ausgabe von drei Zeichen. Es wird 
also viel Zeit verwendet, die Angaben eines 
Funktionsaufrufs zu überprüfen und mit dem 
Zeichenausschnitt abzugleichen. Die eigentliche 
Ausgabe erfolgt dann mit verhältnismäßig hoher 
Geschwindigkeit pro Zeichen. Gibt man 30 Zei- 
chen aus, von denen sich aber nur drei Zeichen 
im Zeichenausschnitt befinden, ist die Ausgabe 
kaum langsamer, als wenn man von vorne herein 
nur drei Zeichen ausgegeben hätte. Die Reduk- 
tion auf den (im Test rechteckigen) Zeichenaus- 
schnitt durch den GDI funktioniert also sehr gut. 
Ob man die Option OPAQUE oder TRANSPARENT 
vorher eingestellt hat, verändert die 
Ausgabegeschwindigkeit bei drei Zeichen nur 
unwesentlich, bei 30 Zeichen war allerdings die 
Geschwindigkeit mit Option OPAQUE etwa 20% 
schneller. Bei Verwendung von ExtTextOut mit 
Angabe einer Abstandstabelle nahm die Aus- 
gabezeit deutlich zu, bei 30 Zeichen war sie etwa 
dreimal so lang. Trotzdem ist diese Methode 
etwa bei der Ausgabe von Tabellen mit Propor- 
tionalschrift weit der Methode überlegen, jeden 
Tabelleneintrag einzeln und dann ohne explizite 
Zeichenabstands-Angaben auszugeben. 
Schließlich wurde noch untersucht, wie sich 
die Startposition der Ausgabe auswirkt. Einmal 
wurden Zeichen an einer horizontalen Byte- 
Grenze im Videospeicher ausgegeben, im zweiten 
Fall an einer Position inmitten eines Bytes (um 4 
Bit verschoben). Bei einer Ausgabe von 30 Zei- 
chen war die Ausgabe im ersten Fall mit Ext- 
TextOut etwa doppelt so schnell, wobei aller- 
dings angemerkt werden muß, daß alle Zeichen 
auch acht Pixel breit waren. Die Messungen 
wurden alle auf einem AT-System mit der VEGA- 
VGA-Karte von Video7 vorgenommen. Weitere 
Untersuchungen wurden noch nicht durchge- 
führt, da die erhaltenen Resultate für die DUMP- 
Applikation zunächst einmal ausreichten. 


strepy(rzAppfitle,z); 
sz=LoadString(hiMain,STNOMEN,z,sizeof(z)); 
'Nolemory=(BYTE*)LocalAlloc(LMEM FIXED,s2+1); 
if (Irzfolesory) return FALSE; 
er 2); 
1 
. 


if (IhiPrew 

I/* first instance: create window Class, exit if error */ 
An: (IErenteciess0) goto MEM | 

heger Dita; 

/* create global application window */ 

if (ICreateAppkindow()) goto| MEM_ERROR; 

/* show created main window 
Showindow(hwitain,vCmdShow); Updatewindow(hwMain); 


en first/further instance —— */ 


MEM | 

Erröriolen(KULL):; 

return FALSE; /* return with error */ 
} /* InttInstance() */ 


ferne Hennuonnannnuennan eher nenne nennen ann aunnsnnnerenunnnnnnen 


Main function 


WORD PASCAL WinMain 
(HANDLE hiNew,HANDLE hiPrev,LPSTR rzümdLine, int vndShow) 


IMSG wm; 

/* Initialize (window and) instance, return if error */ 

if (HinitInstance(hiNew,hiPrev,rzündLine,vOmdShow)) return 255; 
* — application execution loop — */ 

while (GetMessage(Amm,NULL,0,0)) 
[TranslateMessage(bm) ; DispatchMessage (Im) ; 
I) /* waile 

return wn.wParam; 

} /* WinMain() */ 


Seusennesennesuenunusnnnsneenunnnunnnnnnenen 


Wie wurden nun die Meßergebnisse für DUMP 
umgesetzt? Zunächst wurde generell die Funk- 
tion ExtTextOut für die Textausgabe verwendet. 
Dann wurde beschlossen, immer eine ganze Zeile 
komplett aufzubauen, unabhängig, welche Teile 
nun angezeigt oder aktualisiert werden müssen. 
Dies vereinfacht den Datenaufbau erheblich und 
führt andererseits laut Meßergebnissen kaum zu 
Verzögerungen, auch wenn tatsächlich nur wenig 
Text ausgegeben werden muß. Die Abstände 
zwischen den einzelnen Zeichen variieren öfters, 
so wurde etwa zwischen jedem Hex-Byte-Wert 
nur ein halber Leerraum verwendet, außer nach 
8 Bytes, da hier eine Trennlinie eingesetzt wird. 
Ähnlich verhält es sich bei der Trennung zu der 
ASCII-Zeichen-Darstellung. Es wurde also für 
ExtTextOut eine Abstandstabelle verwendet: 
Auch wenn diese die Ausgabe deutlich verlang- 
samt, so erhöht sie dennoch die Lesbarkeit der 
Darstellung und außerdem ist die Ausgabe 
schmäler geworden, da nicht immer volle Leer- 
zeichen eingefügt werden mußten. 

Die Ausgabe der vorgestellten Applikation ist 
auch in einem großen Applikationsfenster ziem- 
lich schnell. Rufen Sie zum Vergleich die Appli- 
kation HEAPWALK auf und lassen Sie sich damit 
in einem gleich großen Fenster zum Vergleich 
Hex-Daten anzeigen. Der Unterschied bei der 
Ausgabegeschwindigkeit fällt schon deutlich ins 
Gewicht, wenn man einmal hin- und herblättert. 
Und dies, obwohl HEAPWALK die Abstände un- 
ergonomisch zwischen den Hex-Werten überall 
gleichläßt und auch keine vertikalen oder hori- 
zontalen Trennlinien zieht und somit die Aus- 
gabe ähnlich langweilig und unübersichtlich aus- 
sieht wie bei DOS mit 80x25 Zeichen. 
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Ihr Know-how ist gefragt! 


Sie als Leser des Microsoft System Journals sind Experte auf 
dem Gebiet der Software, sowohl bei der Programmierung 
als auch in der Anwendung. An diesem Know-how sind 
viele andere Programmierer und Anwender brennend inter- 
essiert. Der Synergy Verlag sucht deshalb Programmierer, 
Berater und erfahrene Anwender, die ihr Wissen im 
Microsoft System Journal publizieren möchten. Wenn Sie 
also Interesse daran haben, Ihr Know-how zu vermarkten, 
wenden Sie sich an: 


Synergy Verlag GmbH, Hartmut Niemeier, Theresienstr. 40, 8000 München 2, Tel.: 089/280685 
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Turbo Basic 


R. Haselier Dr.G. Renner Turbo C S.Baloui Effektives Pro- V. Bühn Maskenverwaltung G. Born Softwareentwicklung 
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Standard. Mit einer umfangrei- Turbo C. Sie werden mit der Compilersprache mit höchst kenorganisation unter MS-DOS: kette, wie z. B. Cross-Referenz- 
chen Toolbox zur Realisierung Programmentwicklung vertraut effizienten Möglichkeiten zur Aufbau, Management, Pro- Generator, Druckausgabe im 
von Benutzeroberflächen. gemacht und lernen systema- Programmstrukturierung. grammierung. Auf zwei Disket- Hintergrund und vieles mehr. 
1989, 295 Seiten, tisch die Sprachelemente und Dieses Buch hilft Ihnen, alle ten: Die gesamte Software zur 1989, 292 Seiten, inkl. Diskette 
inkl. 4 Disketten die Syntax von Turbo C kennen. neuen Features problemorien- Maskenverwaltung einschließ- ISBN 3-89090-183-2 
ISBN 3-89090-677-X Beispieldiskette ist enthalten. tiert zu behandeln. lich Quellcode. DM 59,- (sFr 54,30/6S 460,-) 
DM 98,-* (sFr 90,20*/öS 834,-*) 1988, 371 Seiten, inkl. Diskette 1988, 287 Seiten, inkl. Diskette 1989, 281 Seiten, 

ISBN 3-89090-536-6 ISBN 3-89090-636-2 inkl. 2 Disketten 

DM 59,- (sFr 54,30/öS 460,-) DM 69,- (sFr 63,50/6S 538,-) ISBN 3-89090-797-0 

DM 98,- (sFr 90,20/öS 764,-) 
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im Versandhandel, in Computer-Fachgeschäften oder bei Ihrem Buchhändler. Software - Sch ulu ng 
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W.Kassera/V. Kassera 
Programmieren mit Turbo 
Pascal 4.0/5.0 
Eine ausführliche Einführung in 
die Programmiertechnik von 
Turbo Pascal anhand von vielen 
praktischen Beispielen. 
1989, 402 Seiten, 
inkl.2 Disketten. 
ISBN 3-89090-717-2 
DM 69,- (sFr 63,50/öS 538,-) 


Fragen Sie Ihren Fachhändler nach 


GW-Basic-Einführung 

Dieses Buch enthält einen 
kompletten GW-Basic- 
Grundkurs, vom Umgang mit 
dem Editor bis hin zu den 
Grundzügen der Datei- 
verwaltung. 

1989, 306 Seiten, inkl. Diskette. 
ISBN 3-89090-723-7 

DM 49,- 

(sFr 45,10/ u 
6S 382,-) 74 


unserem kostenlosen Gesamtverzeichnis 


D.Mahlow 
Effektive Programm- 
entwicklung mit Cobol 
Konzeption von Programmier- 
standards auf Basis der struk- 
turierten Programmierung. 
Grundkenntnisse in Cobol 
oder einer anderen Program- 
miersprache werden voraus- 
gesetzt. 
1989, 125 Seiten 
ISBN 3-89090-804-7 
DM 54,- 
(sFr 54,30/öS 460,-) 


mit über 500 aktuellen Computerbüchern und Software 


PC-Programmierung in 
na ACKER 


P.Monadjemi PC-Programmie- 
rung in Maschinensprache 
Schritt für Schritt führt Sie der 
Autor in die Welt der Bits und 
Bytes ein. An vielen Übungen 
lernen Sie, wie Sie eine Pro- 
grammidee in die Assembler- 
Praxis umsetzen können. 

1988, 623 Seiten, inkl. Diskette 
ISBN 3-89090-503-X 

DM 69,- (sFr 63,50/öS 538,-) 


Oder fordern Sie es direkt beim Verlag an! 


G. Born 

Turbo Basic für Insider 

Mit diesem Buch wird dem 
Turbo-Basic-Anwender Schritt 
für Schritt die Technik der 
Software-Entwickung ver- 
mittelt. 

1989, 226 Seiten 

ISBN 3-89090-754-7 

DM 59,- (sFr 54,30/öS 460,-) 
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[eenennannnenntaneneennsnnn nennen een nennen 


— DUMP — M-indows Application 
Module PANE.C 


EEE ee TE er 


This module contains the complete pane management for the DUMP 
application. 


Copyright 1989 by 
Marcellus Buchheit, Buchheit software research 
Zaehringerstrasse 47, D-7500 Karlsruhe 1 
Phone (0) 721/37 67 76 (Nest Germany) 


Release 1.00 of 89-Sep-13 — All rights reserved. 


ee tetttteenteentenrteeneteen / 


/* read common header files */ 
#include "DUMP.H" 


een ent teentenheeteh 


Pane-Management-Variables 


ee / 


BOOL bKeySplit; /* the pane size is changing by using the keyboard */ 


/* split box window style "/ 
tdefine SPS_HORZ 0 /" horizontal split box */ 
define SPS_VERT 1 /* vertical split box */ 


/" message for split box */ 
define SPM_SPLIT WM_USER /* split command / 


/* dialog element sizes */ 

int sxMullion; /* width of horizontal split area */ 
int syTransom; /* height of vertical split area */ 
int syHScroll; /* height of horizontal scroil bar */ 
int sxVScroll; /* width of vertical scrol] bar */ 


/* pointer to resources */ 

HCURSOR herSplith; /* horizontal split for panes */ 
HEURSOR herSplitV; /* vertical split for panes */ 
HEURSOR herSplitk; /* full split for panes */ 


een een 


SetSeroliV es 


This function calculates and sets the values for all visible scrol] 
bars. The values are determined by the document size, the current 
location and size of the panes. It is assumed that the bottom or right 
location of the scroll bar sets the last line or column of the 
document to the bottom or right position of the pane. 


This function Is called by the pane manager if any of the panes 
changes its size. It must be called by the application if any of 
values in the [rCPS]-structure is changed, except the <.IPos>values. 
The parameter <bRedraw> must be TRUE if this function is called after 
changing the size of the document by the application, except the panes 
in the pane window are resized afterwards. 


Parameters: 
bRedraw is TRUE if the scroll bars must redramn and FALSE if not. 


Used Globals: 
rcps 


Return: 
none 


#eantnehennnenhennnnnnehe nennen / 


vo1D SetScrollValues(BOOL bRedraw) 


fint i; 
int iMin,iMax,iPos text; 


LONG iBase, iNewBase; 


for {1=0,rScroll=rtpS->Sceroll;i<4;i4t,rscroll#+) 
tif (IrScroll->bYisible) continue; /* only visible scroll bars */ 
rSpec=181? ArcPS->H:ärlpS->V; IBaseerSpec->iBase[i>»2]; 
/* determine number of vertical/horizontal device units */ 
switch (1) 
Icase 0: 
nUnitserCpS->Pane[0] ‚wrc.bottom- 
rCPS->Pane[0] .wre.top-rSpec->sHead; 
break; 
case 1: 
nUnits=rCPS->Pane[0] „wre. right- 
rCpS->Pane[0] „wre. left-rSpec->sHead; 
break; 
case 2: 
nUnits=rCPS->Pane[2] .wre.bottom-rCpS->Pane[2] .wrc.top; break; 
case 3: 
nUnitserlpS->Pane[1] .wre.right-rCpS>Pane[1].wre.left; break; 
} /* switch */ 
/* Ignore median, divide by unit’s height/width */ 
nunits=(nUnitstrSpec->sMedian)/rSpec->sünit; 
if (nUntts<O) nUnits=D; /* minimum must be 0 */ 
/* enlarge extend If needed */ 
if (rSpec->uExt==0) rSpec->uExt“ 
{Exte(Int) ((rSpac Nanerspec &1Nin+32767) 32768); 
if (iExt>rSpec->uExt) rSpec->uExt=-iExt; 
/* calculate minimm and maximm bar value (round down and up) */ 
iMin=(int) (rSpec->iMin/rSpec->uExt); 
1Max= (int) ( (rSpec->iMaxtrSpec->u£xt-nUnits) /rSpec->uExt); 
if (iMax<ikin) IMax-iMin; /* set minimum, invalid. scroll bar */ 
/* calculate pos. value in bar (round up/dom), reduce to range */ 
iPos= (int) ((1BaserrSpec->uExt/2)/rSpec->uExt); 
if (iPos<iMin) {Pos=tMin; else if (iPos>iMax) iPos=iMax; 
if (iBase<[iNewBase= (LONG) IMin*rSpec->uExt) || 
IBase>(iNewBase- (LONG) iMax*rSpec->uExt) 


) 
l/* reduce base to valid area */ 
NK e neese 
ri 


y* set scroll bar values "/ 
rScrol}->iMin«iMin; rScroll->iMax=iMax; rScroll->1Pos=iPos; 
rScroll->nlinitsenünits; /" base elements per height/width */ 


Noch eine Bemerkung am Rande: Bei einer 
durchschnittlichen Applikationsfenster-Größe 
werden etwa 300 bis 400 Hex-Werte beim 
Neuschreiben einer Bildschirmseite ausgegeben. 
In einer frühen Version des DUMP-Programms 
wurde für die Erzeugung der Hex-Werte die 
Funktion sprintf verwendet. Als probehalber 
statt Hexzeichen einfach konstante Strings aus- 
gegeben wurden (weil ein anderer Fehler partout 
nicht verschwinden wollte), ergab sich überra- 
schend, daß sprintf aufgrund seiner hohen 
Komplexität bei so vielen Aufrufen ebenfalls ein 
Hemmschuh für die Ausgabegeschwindigkeit ist. 
Es wurde daher die Ausgabe der zweistelligen 
Byte-Hex-Werte »zu Fuß« programmiert, mit dem 
Erfolg, daß sich die Bildschirm-Ausgabege- 
schwindigkeit danach fast noch einmal verdop- 
pelt hatte. Manchmal sind eben nicht nur die 
komplexen Windows-Grafik-Funktionen die 
Bremser, sondern auch die guten alten C-Funk- 
tionen. 


Das Ziehen des Rollfelds 


Bekanntlich kann mit einer Rolleiste nicht nur 
gerollt und geblättert werden, sondern das Roll- 
feld (im Original thumb box) kann mit der Maus 
auch zu einer neuen Position gezogen werden. 
Dies ermöglichen fast alle Windows-Applikatio- 
nen als weitere Alternative zum Blättern und 
Rollen. Üblicherweise wird dabei der Fenster- 
inhalt jedoch nicht sofort mitbewegt. Erst wenn 
das Ziehen des Rollfelds beendet wird, indem die 
Maustaste losgelassen wird, erscheint im Fenster 
der Inhalt des Dokuments, der mit der neuen 
Position korrespondiert. Will man etwa an den 
Anfang oder das Ende des Dokuments gelangen, 
ist dies sicherlich praktikabel. Weniger nützlich 
ist die Methode dagegen, wenn man eine be- 
stimmte Stelle sucht. Man kann das Rollfeld 
weder bei MS-Write benutzen, um eine be- 
stimmte Seite des Dokuments auszuwählen, noch 
im Notizblock, um eine Zeile auszuwählen. Bei 
MS-Excel wurde das Ziehen des Rollfelds dage- 
gen ergonomisch verbessert: Während des Zie- 
hens wird die aktuelle Zeilen- und Spaltenposi- 
tion angezeigt, die sich auf die linke obere Fen- 
sterecke bezieht. So kann man leicht eine ge- 
wünschte Position ansteuern, ohne hierfür Menü- 
einträge oder Dialogfelder zu benötigen. 

Beim Hex-Dump wird eine ähnliche Technik 
verwendet: Während des vertikalen Ziehens mit 
der Maus wird die erste Adresse im vertikalen 
Kopf der Anzeige ständig aktualisiert, so daß sie 
immer mit der gegenwärtigen Ziehposition des 
Rollfelds übereinstimmt. Zur Verdeutlichung 
wird dabei der Wert in einem invertierten Hin- 
tergrund-Rechteck angezeigt. Erst wenn die 
Maustaste losgelassen und das Ziehen beendet 
wird, wird der Fensterinhalt vollständig gezeich- 
net, wobei in der ersten Zeile immer die Adresse 


steht, die bereits vorher während des Ziehens 
angezeigt wird. Man gewöhnt sich schnell an 
diese Anzeige und sie stellt eine große Hilfe dar, 
wenn man sich kurzfristig den Inhalt einer 
bestimmten Adresse der geladenen Datei an- 
sehen möchte. 

Das Ziehen des Rollfelds mit der Maus bei 
großen Dokumenten hat einen Nachteil: Da eine 
Rolleiste nur eine begrenzte Auflösung hat, die 
durch die Anzahl ihrer Bildpunkte in der Länge 
vorgegeben ist, kann nicht mehr zeilengenau 
positioniert werden, sobald die Anzahl der Zeilen 
die der Bildpunkte übersteigt. Ein Dialogfeld zur 
Eingabe der gewünschten Position ist in solchen 
Fällen in der Positioniergenauigkeit der Rollei- 
sten-Auswahl überlegen. Man kann aber auch 
beim Ziehen der Rolleiste zunächst eine nahelie- 
gende Position ansteuern und dann mit einigem 
Vor- oder Zurückblättern an das gewünschte Ziel 
gelangen. Obwohl diese Methode nicht sehr 
systematisch ist, dürfte sie für den geübten 
Benutzer die schnellere sein — vorausgesetzt das 
Blättern am Bildschirm vollzieht sich ausreichend 
schnell. 

Wenn Sie den Windows-HeapWalker aufrufen, 
sich ein Hex-Dump ansehen und in diesem durch 
Ziehen des Rollfelds an eine andere Position ge- 
langen wollen, wird ihnen auffallen, daß dieses 
Programm bei jeder Zugbewegung sofort den 
Fensterinhalt komplett aktualisiert. Da dies ver- 
hältnismäßig langsam erfolgt und ein Weiterzie- 
hen des Rollfelds während des Zeichnens des In- 
halts nicht möglich ist, ist bei der Darstellung 
großer Datenblöcke die Auswahl einer gewissen 
Adresse ziemlich chaotisch und langwierig. Eine 
Aktualisierung des kompletten Fensterinhalts 
während des Ziehens des Rollfelds ist nur dann 
praktikabel, wenn die Ausgabe sofort unterbro- 
chen wird, sobald das Rollfeld weiterbewegt 
wird, also das Ziehen in keiner Weise verzögert 
wird. Dies läßt sich durch den Einbau eines 
PeekMessage-Aufrufs in die Ausgabe-Routine er- 
reichen und wird beispielsweise beim Micro- 
grafx-Designer teilweise realisiert. Diese Pro- 
grammiertechnik führt allerdings zu einer ver- 
hältnismäßig unübersichtlichen Ausgabefunktion 
[5]. Die aktualisierte Anzeige eines festen klei- 
nen Ausschnitts während des Ziehens wie bei der 
DUMP-Applikationen ist sicherlich einfacher. Die 
Methode, die beim HeapWalker verwendet wird, 
ist dagegen nur praktikabel, wenn wenn die Bild- 
schirm-Ausgabe bei MS-Windows .um ein viel- 
faches schneller wird. Und da werden wir wohl 
noch einige Jahre warten müssen ... 


Virtuelle Datenhaltung 
mittels der 
Windows-Speicherverwaltung 


Die vorgestellte Applikation kann jeden beliebi- 
gen Bereich einer Datei mit bis zu 64 Mbyte 


«Listing 2: 
SetScrollRange(rScroll->hm, SB_CTL, 1Min, iMax FALSE); 
SetScrollPos(rScroil->hw,Sä_CTL,iPos,bRedraw) ; x (Fortsetzung) 
} /* for ”/ 
} /* SetScrollvalues() */ 
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This function sets the interior of the pane window. This function is 
called if the size of the pane window is changed or the splitting of 
the window context is changed. 


Parameters: 
sxWindow is the (new) width of the window. 
syMindow is the (new) height of the window. 


Used variables: 
rCPS 


Return: 


|. 


VOID SetPaneWindow(int sxWindom, int syWindow) 


{RECT wreClient; 
struct 

{POINT p; 

int sx,5y; 


Scroll8arl[#); 
int 1; 
int nCont; 


if (GetFocus()="rCPS5->hwPane 58 rCPS—>Pane[0] .wrc.Tefti=-1) 
1/* turn off current focus */ 
SetPaneFocus(-1, FALSE): 
I aa 1 (Ol / 
ip determine new size of pane client rectangles 
rtpS->Pane[0] .wrc.left=0; rCPS->Pane[0] .wrc.top=0; 
rCPS->Pane[0] .wre.right»sxWindow-sxVScroll+2; 
rCPS->Pane[0] .wrc. ee 
rcpS->Pane[1]»rCPS->Pane[0) 
rcpS->Pane[2]=rCPS->Pane Br: rcps->Pane[3]=rCpS->Pane[0]; 
rCPS->Pane[0] .bValid«TRUE; 
rcpS->Pane[1].bValid-rCpS->Pane[2].bValid- 
rCPS->Pane[3] .bValid«FALSE; 
4f (rCPS->pxMul lion!=0) 
{/* divide pane 0 and 1 */ 
rCPS->Pane[0] .wrc.righterCpS->Pane[0] „wre. left+rCpS>pxHul Tionz 
rCPS->Pane[1] .wrc.left+erCps->pxdlul 1 iontsxMul ion; 
rCpPs->Pane[1].bValid=TRUE; 
\rırı 
if (rCPS->pyTransomi=0) 
{/* divide pane 0 and 2 */ 
rCPS->Pane[0] .urc.bottomerCpS->Pane[0] .wrc. toptrCPS->pyTransom; 
rCpS->Pane[2] .urc.topterCPS->pyTransomtsyTransom; 
rCPS->Pane[2] .bYalid=TRUE; 
if (rCPS->pxHullion!=0) 
1/* determine part 3 */ 
rCPS->Pane[2] .wrc.right=rCpS->Pane[0] .wrc.right; 
rCpS->Pane[1].wre.bottomerCPS->Pane[0] .wrc.bottom; 
rCpS->Pane[3] .wre.left«rCpPS->Pane[1].wre. left; 
rCPS->Pane[3] .wrc.toperCPS->Pane[2] .wrc.top; 
rCPS->Pane[3].bYalid«TRUE; 
zit 
I] 
/* check current selected pane */ 
if (IrCpS->Pane[rCPS->iFocusPane] .bValid) 
{/* pane with focus doesn't exists: set to pane 0 */ 
rCpS->iFocusPane=0; 
Jr 
I» determine scroll bar locations, sizes and values 
/* vertical (top) scroll bar */ 
Scrol1ßar[0] .p.x"rCPS->Pane[1] .wrc.right; 
Scroil8ar[0] .p.yerCpS->Pane[0] .wrc.topt(rCPS>pyTransom? 
-1:5yTransom-1); 
ScrollBar[0] .sx=sxVScroll-1; 
ScrotlBar[0] .syerCPS->Pane[0] .wre.bottom-rCPS->Pane[0] .wrc.top- 
(rtpPS->pyTransom? -2:5yTransom-2); 
/* horizontal (left) scroll bar */ 
ScrolißBar[i].p. Str 2tmelll: ge „Teft+{rCPS>pxHul ion? 
-1:5xMul lion-1 
ScrollBar[1].p.yrrCpS->Pane[2] .wrc.bottom; 
ScrollBar[1].sx-rCpS->Pane [0] .wre.right-rCPS>Pane[0] „wre. Teft- 
(rCPS->pxMullion? -2:5xMullion-2); 
ScroliBar[1].syesyHScroll-1; 
rCPS->Scro11[0].bVisibleerCPS->Scroll[1].bVisible=TRuE; 
if (rCPS->pyTransom) 
I/* set vertical bottom scroil bar */ 
rCPS->Scrol1[2].bVisible=TRUE; 
ScrollBar[2]*Scrol1Bar[0]; 
ScrollBar[2] .p.y«rCPS->Pane[2] .urc.top- 
Scrol1Bar[2].syerCPS->Pane[2] .wrc. DotkanCre- feel] ‚wre.topt2; 
} 
else 
(/* vertical bottom scrol] bar not visible */ 
rtpS->Scrol1[2].bYisible=FALSE; 
Ir 119V 
if (rCPS->pxMul ion) 
{/* set horizontal right scroll bar */ 
rtpS->Scrol1[3].bVisible=TRUE; 
Scrollßar[3]=Scrollßarlı]; 
Scroll8ar[3] .p.x"rCpS->Pane[1] .wre.left-1; 
me) „sx=rCPS->Pane[1] .wre.right-rCPS->Pane[1].wrc.Teft+2; 


7 


#7 


eise 
{/* horizontal right scroll bar not visible */ 
rCpS->Scrol1[3].bVisible=FALSE; 
rare 

SetScrollValues(FALSE); /* set scroll bar ranges & positions */ 

I" —— set split fields —— */ 

SetWindowPos 
(rtpS->hwHSplit,NULL,rCPS>Pane[0] .wrc. left+rCpS->pxMul lion, 
ne liont rCPS->Pane [0] .wrc.top:rCPS->Pane[2] .wrc.bottom, 
sxMullion, 
rCPS->pxMullion? syWindow-rCPS->Pane[0] .wrc.toprl:syHScroll-1, 
SW. ’_NOACTIVATE|SWP_NOZORDER | SWP_NOREDRAW 


InvalidateRect {rCPS->hisplit,NULL,TRUE); 
if (11sWindowVisible(rCPS->hwHsplit)) 
ndow(rCPS->hwHSp}it,SW_SHOWNA) ; 
SetWindowPos 
(rCPS->hwVSplit,NULL, 
rCpS->pyTransom? rCPS->Pane[0] .wrc. left:rCpS->Pane[l].wre.right, 
rCPS->Pane[0] .wrc .toptrCPS->pyTransom, 
rCPS->pyTransom? sxWindow-rCPS->Pane[0] .wrc. left+1:5xVScroli-1, 
syTransom, 
RICH VATE|SWP_NOZORDER | SWP_NOREDRAW 
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® Listing 2: 
'Fortsetzui InvalidateRect {rCPS->hwVSplit,NULL, TRUE); 
(Forts ng) if (!lsWindowVisible(rCpS->hwisplit)) 
ShowWindow(: plit,SW_SHONA); 
id repositionate scrol] bars bu / 
for (irO;i14;i4+) 
{/* draw scrol] bar ScroliBar[i] if exists */ 
if (rCPS->Seroll{t1].bYistble) 
1/* draw scroll bar */ 
SetWindowPos 


u 
({rCPs->Scrol1 [1] .hw,NULL,Scrol18ar[i].p.x,ScrollBar[i].p.y, 
ScroliBarl[i].sx,Scrollßarli].sy, 
SNP_NOACTIVATE|SWP_NOZORDER|SWP NOREDRAW 


h 
InvalidateRect (rCPS->Scroli[i].hw,NULL,TRUE); 
/* show scroll bar if it 15 not visible */ 
if (11sWindowisible(rCPS->Scroll [1] .hw)) 
Showkindom(rCPS->Scrol1 [1] .hw,SW_SHOWNA); 
} 


else 
{/* scroll bar 1s not visible: hide ft if needed */ 
if (IswindowWisible(rtps->Seroll[i].hw)) 
Showkindow{rCPS->Scro11 [1] .hw,SW_HIDE); 
Pit 
R /* tor */ 


27 
InvalidateRect (rCP5->hwPane, NULL, TRUE); UpdateWindow(rCPS>hwPane) ; 
4f (GetFocus()»=rCpS->hwPane) 
(/* turn on new/current focus */ 
SetPaneFocus (rCPS->1FocusPane, FALSE); 
WR 
} /* SerPaneWindow() */ 
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This function analyses the scroll command and scrolls the relevant 
panes. The scroll command can be entered via the keyboard or a scroll 
bar, 


Parameters: 

i$croll is the index of the scroll bar (0..3) or -1 if the scroll 
command was entered via keyboard. In the last case the 
activate pane and its connected pane Is scrolled. 

uomd ... is the scrol] command code. Following values are possible: 

t6 first line or first columm 

to last line or last column 

„... one line up or one column left 

„ one line down or one column right 

one page up or one page left 

». one page down or one page right 

set to position <iNewPos> 
SB_THUMB' „ drag to position <iNewPos> 

iNewPos is only active if "ulmd> is SB_THUMBPOSITION or 

S8_THUMBTRACK. It contains the set value of the scroll bar. 


Return: 
none 
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vOID ScrollPane(int iScrol1,WORD ucmd,int iNewPas) 


DATASPEC *rSpec; 
int nUnitsPerPage; 


/* set pointers and index to data structures */ 
rScroll=rCpS->Scroll+iScroli; rSpec-iscrolläl? ArlpS-H:ärcps>V; 
riBasesrSpec>iBaser(iScroll>=2); IBase-*rißase; 
/* reduce units per page if page contains more than one unit */ 
nUnitsPerPage=rScroll->nUnits-(rScroll->nunits>1); 
switch (uCmd) 
{case SB_TOP: 
fBaserrSpec>iMin; break; 
case SB_BOTTOM: 
1Basemmax (rSpec>iMin,rSpec->iMax-nUnitsPerPage); break; 
case S8_LINEUP: 
if (iBaserrSpec->iMin) iBase—; 
break; 
case SB_LINEDOWN: 
1f (1Base<rSpec->iNax-nUnitsPerPage) iBaset+; 
break; 
case SB_PAGEUP: 
iBasesmax (tBase-nUnitsPerfage,rSpec->iMin); break; 
case SB_PAGEDOWN: 
if (röpec->iMax>nlnitsPerpage) 
Are BE ri ei nenne tsPerPage); 
ER 
break; 
case SB_THUMBPOSITION: 
if (rÜps->wrcTrackRedraw. lefterCPS->wrcTrackfedraw.right) 
(/* erase track redraw position */ 
InvalidateRect (rCPS->hwPane,SrCpS->wrcTrackRedraw, TRUE); 
/* set rectangle to *"empty* (invalid) */ 
rCPS->wroTrackkedraw. \eft«rCpS->wrcTrackRedraw.right; 
UpdateWindom(rCPS->hwPane); /* redraw before scrolling */ 
VASE 
case SB_THUMBTRACK: 
iBase= (LONG) iNewPos*rSpec->uExt; /* multiply pos. with extent */ 
if (iBaseerSpec->iMin) iBaseerSpec>iMin; 
else if (iBaserrSpec->iMax) iBasesrSpec->iNax; 
if (uCmde»SB_THUMBTRACK 88 1(1Scrol1&1}) 
DrawTrackPos(iScroll,iBase); 
1 /* switch */ 
If (1Base=-*rißase) return; /* no location change */ 
/* —— execute scrolling: update contents of panes 
SetPanefocus(-1 BENSEN, /* switch off caret */ 
1f (uCmdi=SB_THUMBTRA( 
ur set new De bar value 77 
RECT wreScroll; 
15bPos= (int) ((iBaserrSpec>uExt/2)/rSpec->uExt); 
if (1$bPaserScroll->iMin) 15bPos=rScroll->iMin; 
else if (1SbPos>rScroli—>iMax) ISbPos#rScroll->iMax; 
if (1SbPosterScroll->1Pos) 
(/* set new scroll bar location */ 
rScrotl->iPos=1SbPos; 
SetScrol1Pos(rScrol1->hw, SB_CTL,tSdPos. TRUE) ; 
Year 


/* — determine rectängle to scroli/redraw in pane winden — */ 
wreScroll.left=iScroll=*3? rCPS->Pane[ij.wre.left: 
1Scroll==1? rCPS->Pane[0] .urc.left+rCps->H.sHead: 
rCP5->Pane[0] .wrc.left; 
wrcScroll.top=iScroll==2? rCPS->Pane[2].wrc.top: 
1Scroll==0? rCPS->Pane[0] .wrc.toptrCPS->V.sHead: 
rCrS->Pane[0].wrc.top; 
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Länge anzeigen. Nun gibt es bis heute keine PCs 
mit 64 Mbyte RAM - es kann also immer nur ein 
Teil der Datei im RAM stehen. Viele Hex-Dump- 
Programme realisieren dies so, daß in den Spei- 
cher immer ein zusammenhängender Ausschnitt 
der Datei geladen wird, wobei sich in diesem 
Ausschnitt auch die aktuell angezeigte Position 
befindet. Dies ist aber ungünstig, wenn man in- 
nerhalb der Datei öfters hin- und herspringen 
muß, etwa weil man Adressen im Dateikopf gele- 
sen hat und sich anschließend die Daten an 
diesen Adressen ansehen möchte. In diesem Fall 
muß ständig auf die Platte zugegriffen werden 
und mehr oder weniger große Bereiche nach- 
geladen werden. Es ist also sinnvoll, mehrere ge- 
trennte Dateiausschnitte im Speicher zu halten, 
sofern dieser es von der Größe her erlaubt. Nur 
dann, wenn sich anzuzeigende Daten noch nicht 
im Speicher befinden, müssen sie (zeitaufwendi- 
ger) von der Datei nachgeladen werden. Irgend- 
wann ist natürlich bei größeren Dateien der 
RAM-Speicher erschöpft und dann müssen Aus- 
schnitte wieder im Speicher gelöscht werden, um 
anderen Platz zu machen. Im allgemeinen wer- 
den hierzu Ausschnitte verwendet, auf die schon 
lange nicht mehr zugegriffen wurde. Diese Aus- 
lagerungsstategie wird mit LRU-(least recently 
used)-Technik bezeichnet. Sinnvollerweise besit- 
zen die einzelnen Ausschnitte gleiche Größe und 
befinden sich an festen Anfangsadressen der 
Datei — die Ausschnitte werden dann Blöcke ge- 
nannt und eine Datei besteht aus einer ununter- 
brochenen Anordnung von Blöcken. Allgemein 
wird das Prinzip virtuelle Speicherverwaltung ge- 
nannt. Weitere Informationen darüber können 
Sie aus [6] und [7] entnehmen. 

Will man bei DOS eine solche Speicherverwal- 
tung implementieren, entsteht ein ziemlicher 
Aufwand. Man greift in der Praxis sinnvoller- 
weise auf Bibliotheken zurück, die solche Ver- 
waltungen unterstützen (etwa [7]). Bei Windows 
ist dies dagegen ganz einfach: Windows besitzt 
bereits eine virtuelle Speicherverwaltung in sei- 
ner globalen Halde, die unter anderem für Code, 
Applikations-Datensegmente und Ressourcen 
verwendet wird. In dieser Halde können mit der 
Windows-Funktion GlobalAlloc weitere Blöcke 
angelegt werden, die auch über 64 Kbyte Länge 
hinausgehen können, sofern der Speicherplatz 
insgesamt ausreicht. Im allgemeinen werden die 
Blöcke mit der Option GMEM MOVEABLE als ver- 
schiebbar gekennzeichnet, so daß sie sich an 
unterschiedlichen Adressen befinden können. Die 
Adresse der gespeicherten Daten enthält man mit 
der Windows-Funktion GlobalLock, die gleichzei- 
tig dafür sorgt, daß der Speicherblock von der 
Speicherverwaltung solange nicht verschoben 
wird, bis wieder GlobalUnlock aufgerufen wor- 
den ist. Solche Blöcke werden aber nie vom 
Windows-System selbständig gelöscht oder auf 
Platte ausgelagert. Man kann durch übermäßiges 
Anlegen solcher Blöcke schnell erreichen, daß 


dem System kein Speicher mehr zur Verfügung 
steht und im Prinzip Windows-weit »nichts mehr 
geht«. 

Für die oben geschriebene Speicherverwaltung 
müssen die Blöcke aber jederzeit aus der glo- 
balen Halde vom Windows-System entfernbar 
sein. Stellen Sie sich vor, Sie haben eine Zeitlang 
mit DUMP gearbeitet und sich eine Datei mit 200 
Kbyte Länge komplett angesehen. Es kann gut 
sein, daß alle Daten im Speicher Platz gefunden 
haben und nun dem Windows-System 200 Kbyte 
weniger Daten zur Verfügung stehen. Wenn Sie 
jetzt von DUMP zur MSDOS-Applikation wech- 
seln und MS-EXCEL aufrufen, wird letzteres mit 
Sicherheit die 200 Kbyte Platz benötigen. Wer 
teilt jetzt aber DUMP mit, daß es seine Blöcke 
freigeben muß? 

Bei Windows wurde das Problem so gelöst, 
daß man Datenblöcke in der globalen Halde mit 
der Option GMEM_DISCARDABLE kennzeichnen 
kann. Solche Blöcke werden dann von der zen- 
tralen Speicherverwaltung des Windows-Systems 
einfach gelöscht, wenn irgendwo zu wenig Spei- 
cher vorhanden ist und der LRU-Algorithmus 
feststellte, daß der Block lange nicht mehr ver- 
wendet wurde. In der Applikation, die den Block 
geladen hatte, wird das Löschen des Blocks da- 
durch erkannt, daß die Funktion GlobalLock 
beim Aufruf als Adresse O zurückgibt. In diesem 
Fall muß der Block noch einmal explizit mit Glo- 
balFree gelöscht, wieder neu angelegt und seine 
Daten erneut von der Datei geladen werden. 

Für DUMP ist diese Verwaltung optimal, da 
DUMP keine Dateidaten ändern muß. Als ein- 
heitliche Blockgröße wurde 4 Kbyte festgelegt. 
Beim Laden einer Datei bestimmt die Funktion 
LoadFile im Modul FILE aus der Dateilänge die 
Anzahl der erforderlichen Blöcke und legt einen 
Kopfblock an (der natürlich nicht entfernbar ist), 
in dem die entsprechenden Bezüge (Handles) der 
einzelnen Blöcke abgelegt sind beziehungsweise 
NULL, wenn ein Block bisher noch nicht geladen 
worden war. Die Funktion ReadDataBlock ermit- 
telt dann aus der angegebenen Adresse die ent- 
sprechende Blocknummer, prüft nach, ob der 
Block bereits geladen ist und lädt die Daten not- 
falls von der Datei. Anschließend wird der Bezug 
des Blocks mit den gültigen Daten zurückgege- 
ben. Es muß aber noch festgestellt werden, ob 
vielleicht die Daten eines gültigen Bezugs vom 
Windows-System aus dem Speicher entfernt 
wurden. Dies erfolgt durch Aufruf der Funktion 
GlobalFlags und der Analyse des Flags 
GMEM_DISCARDED. Ist es TRUE, wurden die Daten 
gelöscht und müssen neu eingelesen werden. Die 
Funktion ReadDataBlock wird direkt aus Draw- 
Pane aufgerufen, sobald die Daten für die Aus- 
gabe benötigt werden. 

Eine ähnliche Technik existiert auch für 
Blöcke, die Rasterbilder (Bitmaps) enthalten. 
Wird ein solches Bild mit der Funktion Create- 
DiscardableBitmap erzeugt, kann es ebenfalls 


wreSeroti.right#iSceroll==1? rCPS->Pane[0].wre.right: 
rCpS->Pane[l] .wrc.right; 
wreScroll.bottam-iScroll="0? rCPS->Pane[0] .wrc.bottom: 
rCP5->Pane[2] .wrc.bottom; 
1f (1abs(*riBase-iBase)<(LONG)rScroll->nünits) 
1/* scroll pane(s) into specified direction, redraw new parts */ 
HOC hdc; 
RECT wreUpd:; 
int sxScroll,syScroll; 
Int Delta; 
fi» — calculate scrolling rectangle — */ 
/* determine scrolling offset (negative if scroll down/right */ 
vDelta=(int) (*riBase-iBase) *rSpec->sUnit; 
/* — calculate scrolling range and offsets — */ 
4f (iScroill) 
{/* horizontal scrolling / 
sxScroll=wDelta; syScroll=0; 
if (vwDelta<o) 
1/* move remainder to left */ 
wreScroll.left—vDelta; 
} 
else 
{/* seroll remainder to right */ 
wreScroll.right-=vDelta; 
Ieını 


else 
{/* vertical scrolling */ 
sxScroll=0; syScroll=vDelta; 
if (vDelta<o) 
1/* move remainder to top */ 
wreScroll.top-=vDeita; 


else 
{/* move remainder to bottom */ 
wreScroll.bottom-=vDeita; 

IR A 
rear 
hdc=GetDl (rCPS->hmPane); 
/* execute scrolling, enlarge update rectangle if needed */ 
Scrol 1DC(hde,sxScroll,syScroll,äwrcScroll ,NULL,NULL,AmrcUpd); 
if (sxScroll<0 88 wreupd. left>wreupd.right+sxScroll) 
{wrceUpd. Teft=wreupd.right+sxScroll; 


else if (sxScroll>0 && wreupd.rightswreupd. left+sxScroll) 
{nrcupd.rightewrelpd. left+sxScroll; 

rPiarı 

if (syScroll<0 38 wreipd.top>wreupd.bottomtsyScroll) 
{wreupd.topewreupd.bottomtsyScroll; 


} 
else if (syScroll>0 Ah wreupd.bottomewreupd.top+syScroll) 
(wreUpd.bottom"wreUpd.top+syScroll; 
rear 
ReleaseDC {rCPS->hmPane,hdc) ; 
InvaltdateRect (rCPS->hwPane,dwrcUpd, TRUE) ; 
} 
else 
* redraw concerned panes completely new 
Inval idateRect (rCPS->hwPane ‚äwrcScroli TRUE); 
IPA 
*riBase=iBase; /* set new location */ 
Updatewindow(rCPS->hwPane); /* draw immediately */ 
SetPaneFocus(rCPS->iFocusPane, FALSE); /* turn on active caret */ 
Im 
} /* ScrollPane() */ 


Hi: 
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This function calculates the rectangle of the intersection of the two 
current set split bars. The coordinates of the rectangle are relative 
in the window <hw> and stored into <wreDest>. The function returns 
TRUE if the rectangle exists and FALSE if not. 


Parameters: 
hm is the handle of one of split windows. 


Used variables: 
rcps 


Return: 
TRUE if the intersection rectangle exists, FALSE if not. 
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BOOL GetCrossSplitRect(HWND hw,RECT *rwreDest) 


(RECT wrei,nre2; 

POINT pl,p2; 

#* no intersection => return with FALSE */ 

if (rCPS->prhul lion®=O| |rCPS->pyTransom=-»0) return FALSE; 
GetWindowRect (rCPS->hwHSplit,äwrci); 

GethindowRect (rCPS->hwVSplit,äwrc2); 

if (IlntersectRect(äwrcl,äwrel,durc2)) return FALSE; 
pl.xewrel.teft; pl.yewrel.top; p2.xwrel.right; p2.yewrci.bottom; 
ScreenToCllient(hw,äpl); ScreenToCiient(hw,äp2); 

SetRect (rwredest,pl.x,pl.y,p2.x,p2.y); return TRUE; 

) /* GetCrossSplitRect() */ 


[enmmmenesunentnnnenttennntnnennentne nee 


GetltenteredMullion 


This function returns a centered mullion location of the pane window 
with dimensions <wrcPane>. 


Parameters: 
wrePane is client rectangle of the pane windom. 


Used variables: 
rurce is a pofinter to the client rectangle of the pane window. 


Return: 
The vertical mullion value is returned. 


aurennereeeennsnenene ernennen een ernennen nennen ernennen 
int GetlenteredMullion(RECT *rwrc) 
{return ((rmmre->right-sxMul Tion-sxVScroli-rCPS>H.sHead)/ 


(2*rtpS->H.sUnit))*rCPS>H.sUnit+rCpS->H.sHead-rCPS->H.sMedian; 
} /* GetCenteredMultion() */ 


«Listing 2: 
(Fortsetzung) 
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> Listing 2: 
(Fortsetzung) 
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Did hettele hichdubsnhlsleheheulsdhhshdehdkdchehslsbehahdehehshshelebubeiehehhelubelelshulchshdubehshuluduhele) 
GetlCenteredTransonm 


This function returns a centered transom location of the pane window 
with dimensions <wrcPane>. 


Parameters: 
rwrc is a pointer to the client rectangie of the pane window. 


Used variables: 
rcps 


m: 
The horizontal transom value is returned. 


een 


int GetlenteredTransom{RECT *rwrc) 


(return (({rwrc->bottom-syTransom-syHScrol1-rCPS->V.sHead) / 
{2*rCPS->V.sunit))*rCPS->V.sUnit+rCPs>V.sHead-rLP5>V.sHedian; 
} /* GetCenteredTransom() */ 


een 


LimitSplitPos 


EEE ET STEEPTEEPTTPSTIPETTIPTTEPITOPPPerT rer 


This function checks if the point [rp] is within the pane window 
client area which is specified In wrc>. If so the position is not 
changed. Otherwise the location is reduced to the Yimit values. 


Parameters: 
mrc is a pointer to the client rectangle of the pane window. 
rp .. is a pointer to the position value. 


Used variables: 
rcps 


Return: 
The horizontal transam value 15 returned. 


Aenmantnpienshe nenne ee] 


VOID LimitSplitPos{RECT *rwrc,POINT *rp) 


{int sMax; 
47 (rp>x<0) rp->x=0; 
else if (rp->»> (sMaxerwrc->right-sxVScroll-sxMullion+2)) 
rp>x=sMax; 
if (rpy) rp>yrD; 
else if (rp->y> (sMax-rwrc>bottom-syHScroll-syTransom+2)) 


rp>yrsMax; 
1 /* Limitsplitpos() 7 
VLALLLLLELDLEUTELETEEPTEITTELTPLETERPEDDELLLEPPLELPELPPESLERELPRERLER 


"Split" Window function 


ee / 


LONG FAR PASCAL fwSpiit(HWND hw,WORD 1Msg,WORD up1,DWORD ulP2) 


{8001 bVert; /* TRUE if vertical splitting */ 

static BOOL bSetSplit; /* TRUE if split setting terminated */ 
static POINT pSplit; /* current split point (cross of corner) */ 
static int sxMouseüffs; /* x-offset between bar and mouse loc. */ 
static int syMouseöffs; /* y-offset between bar and mouse loc. */ 


bVert=(BOOL)GetWindowLong(hw,GWL_STYLE)EL: 
switch (iMsg) 
case WM _PAINT: 

{PAINTSTRUCT wps; 

HOC 


hdc«BeginPaint (hw,äwps) ; 
hpnDraw=CreatePen(PS_SOLID,1,GetSysColor(COLOR _WINDOWFRAME)); 
hbröraw=CreateSol idBrush(GetSysCol or (COLOR_WINDOWFRAME) ); 
Selectübject (hdc ‚hpnDraw); 
4f (GetCrossSplitRect(hw,äwrc)) 
(/* exciude cross rectangle from clipping area */ 
InflateRect (äwrc,bVert? -1:0,bVert? 0:-1); 
ES Ua NERITE Se EL SLIgEE We Bektong? 
OR} A 
GetC1jentRect (hw,Bwrc); 
1f (bvert) 
tif {rCPS->pyTransomi=D) 
1/” draw rectangle of vertical split bar */ 
Rectangle(hdc,-1,0,wrc.right-sxVScroll+2,wrc.bottom); 
ymrımı 
/* dram vertical split box */ 
Selectübject (hdc,hbrOran) ; 
ZN SUPSEHMTEST TORE ARIEERSEIFEAWENHRTTIE DOCH 


else 
I1f (rCps->prMullioni=0) 
1/* draw rectäangle of horizontal split bar */ 
ed ‚wre.right wre.bottom-syHScroll+2); 
“if. 
/* draw horizontal spiit box */ 
SelectObject(hdc,hbrüram) ; 
Rectangle 
y NETTES DEREDRARCEOTTS Res TURN Urn RamE 
je it 
EndPaint (hw,ämps) ; 
Deleteübject(hpnDram); Deieteübject(hbrüraw); return OL; 
1 /* case *#/ 
case WM_LBUTTONDOWN: 
/* during keyboard-using: convert to "release-button" */ 
if (bKeySplit) iMsg=WM_LBUTTONUP; 
case WM_MOUSEMOVE: 


POINT pMouse; /* current mouse location */ 
BOOL bCross; /* TRUE if mouse location within split bar cross */ 
static BOOL bSplitting; /* during splitting operation */ 
static BOOL bHSet; /* horizontal setting of mullion */ 
static BOOL bVSet; /* vertical setting of transom */ 
HNO hwPanesGetParent(hw); /* handie of pane-window */ 
if _(IMsge=SPM_SPLIT) 
1/* start splitting with keyboard-/mouse-interface — */ 
RECT wrcg 
POINT pMouseSet; 
GetClientRect(hwPane,äwrc); /* client of parent window */ 
bCross=TRUE; bHSet=TRUE; bVSet=TRUE; 


vom System aus dem Speicher entfernt werden. 
Wird auf das Bild oft zugegriffen, befindet es sich 
fertig aufgebaut im Speicher und kann schnell 
angezeigt werden. Wurde dagegen das Bild län- 
gere Zeit nicht benutzt und wurde der von ihm 
belegte Speicher für andere Daten dringender 
benötigt, muß das Rasterbild durch Zeichenope- 
rationen wieder neu aufgebaut werden, wofür 
dann die Anzeige kurzfristig etwas länger dauert 
als wenn es schon fertig im Speicher steht. Die 
Windows-Fensterverwaltung nutzt diese Technik, 
wenn Menüs aufgeklappt werden, um den darun- 
terliegenden Fensterbereich zu retten. Ist der 
Speicher groß genug, wird der Bereich als 
Rasterbild gerettet und das Neuzeichnen nach 
Schließen des Menüs erfolgt sehr schnell. Ist 
dagegen der Speicher zu klein, kann der Fenster- 
bereich nicht gerettet werden und die Fenster- 
verwaltung sendet der entsprechenden Fenster- 
funktion eine WM_PAINT-Nachricht, damit der Be- 
reich neu gezeichnet wird, was unter Umständen 
sehr viel länger dauern kann. 

Was macht man nun, wenn in Speicherblöcken 
Daten stehen, die vom Windows-System nicht 
einfach gelöscht werden dürfen, etwa weil der 
Benutzer sie verändert hat und eine Abspeiche- 
rung auf Platte erfolgen muß? Bei den meisten 
modernen Betriebssystemen wie OS/2 werden 
solche Datenblöcke automatisch und unsichtbar 
für die Applikationen in eine spezielle »Swap«- 
Systemdatei auf der Platte ausgelagert und 
gehen somit nicht verloren. Bei Windows wurde 
dies bis heute leider aus mir unerfindlichen 
Gründen nicht realisiert (wahrscheinlich gab es 
Synchronisationsprobleme mit den DOS-Datei- 
funktionen). 

Ab Windows 2.0 steht ein anderes Konzept zur 
Verfügung. Es ist zwar umständlicher zu benut- 
zen, aber immerhin in der Praxis einigermaßen 
brauchbar. Man kann der Windows-Speicherver- 
waltung mit Hilfe der Funktion GlobalNotify die 
Adresse einer Meldefunktion übergeben, die 
jedesmal aufgerufen wird, wenn ein Block ge- 
löscht werden soll, der zur gleichen Task wie die 
Funktion gehört. Die Meldefunktion kann dann 
veranlassen, daß die Daten in diesem Block vor- 
her auf Platte gesichert werden - diese Ausla- 
gerung muß die Applikation also selbst über- 
nehmen. Das hört sich ganz gut an - in der Theo- 
rie. In der Praxis wurde erst einmal vergessen, 
die Funktion GlobalNotify in die Dokumenta- 
tion des Windows-SDK 2 aufzunehmen und wird 
erst im Update zum SDK beschrieben. Dort wird 
sie dann mehr oder weniger falsch beschrieben. 
Tatsache ist: Die angegebene Meldefunktion 
kann jederzeit vom Windows-System aufgerufen 
werden, auch wenn die entsprechende Applika- 
tion nicht aktiv ist. Sie besitzt ähnliche Eigen- 
schaften wie Systemeingriffe (Hooks). Insbeson- 
dere sind Besonderheiten im Zusammenhang mit 
der EMS-Verwaltung zu beachten. Die aufgeru- 
fene Meldefunktion muß sich daher in einem 
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Bateien: Verzeichnisse: 
FEEI exe . 
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FIXED-Codebereich innerhalb einer Laufzeit- 
bibliothek (DLL) befinden [8]. Innerhalb der 
Meldefunktion können Stack- und Datensegment 
unterschiedlich sein. Als Argument wird auch 
nicht unbedingt der Bezug des Blocks übergeben, 
der freigegeben werden soll, sondern vielmehr 
die physikalische Segmentadresse. Der Bezug 
kann aus letzterer allerdings mit Hilfe der Win- 
dows-Funktion GlobalHandle ermittelt werden. 
Die aufgerufene Meldefunktion darf keinesfalls 
Aktionen ausführen, die zum Freigeben anderer 
Speicherblöcke führen könnten, also etwa neue 
globale Speicherblöcke anlegen, den Speicher 
kompaktieren oder vorhandene Blöcke vergrö- 
Bern. 

Als Beleg dafür, daß die Funktion Global- 
Notify auch von Microsoft wohl noch nicht all- 
zuoft verwendet worden ist, kann ihre Definition 
in WINDOWS.H gelten. Statt des erwarteten 
Argumenttyps FARPROC (für die Adresse der 
Meldefunktion) wurde versehentlich LPSTR als 
Typ angegeben, und dies paßt nun wirklich nicht 
dahin. 


Das Datei-Modul 


Der komplette Dateizugriff wurde aus didakti- 
schen Gründen in ein extra Modul mit Namen 
FILE.C verlagert. In diesem Modul befindet sich 
auch die Dialogfeld-Funktion zur Darstellung 
und Bedienung des Dialogfelds für das Eröffnen 
einer Datei. Diese Funktion sowie weitere Funk- 
tionen, die von ihr aufgerufen werden, werden in 
ähnlicher Form in fast jede Windows-Applikation 
integriert. Im vorliegenden Beispiel wurden wie 
bei MS-Excel die Dateien und Unterverzeichnisse 
des angewählten Verzeichnisses in unterschied- 
lichen Listenfeldern angezeigt, siehe Bild 8. Dies 
erhöht einerseits den Überblick über ein Ver- 
zeichnis und erlaubt andererseits dem Benutzer 
den schnelleren Zugriff auf eine gewünschte 
Datei, da er dafür nicht erst alle Verzeichnis- 
namen überspringen muß, wie dies der Fall 
wäre, wenn alle Namen in einem Listenfeld ste- 
hen. Die verwendeten Funktionen für das Eröff- 
nen einer Datei sind sonst zum größten Teil 
Modifikationen aus dem MS-Windows-Learning- 


44 Bild 8: 
Das Dialogfeld zum 
Laden von Dateien. 


/* set offset between split bars and mouse point */ 
sxMouse0ffs=sxMullion/2; syMouseDffs=syTransom/2; 
if (rCPS>pxMullian=O Ab rCPS->pyTransom==0) 
{/* set start location to centering split */ 
pMouse.x=GetCenteredMull ion(äwrc); 
RER IST TR eLEaTEN? 4 Listing 2: 
else (Fortsetzung) 
1/* start at current setting */ 
pMouse.x=0; pMouse.y=0; 
if (rtPS-prMullioni=0) pMouse.x=rCPS>prkullion; 
if ST iin plouse.yerCPS->pyTransom; 
pe 
pllouse. sr plouse „yr=syMouseüffs; 
/* set cursor to split location */ 
pMouseSet=pMouse; 
ClientToScreen(hwPane,ApMouseSet); 
Setlursor(herSplitX); SetCursorPos (pMouseSet.x,pMouseSet.y); 
SetCapture(hw); b5plitting«TRUE; bSetSplit=FALSE; 


else 
\* determine If mouse is within split bar cross 
pfouse.x=P2LO; pMouse.y=P2HI; 
bCross=GetCrossSplitRect (kw, äwrcCross)&& 
Ptinkect {äwreCross ‚pMouse) ; 
/* get current mouse position as parent window coordinates ”/ 
CitentToscreen(hw,ApMouse); ScreenToClient (hwPane,SpMouse); 
if (iMsge=WM_MOUSEMOVE| | iMsg==nM_| ) 
1/* set cursor of field */ 
SetCursor(bHSet&&bVSet| | 
bCross? hersplitX:bVert? herSplitVzherSplith); 


MM 


BR sa Di 4 

1 ka 3 4 

if (iMsge=WM_LBUTTONDOWN | | iMsg==WM_LBUTTONDBLCLK) 
{4% — enter splitting mode —— */ 


SetCapture(hw); bSplitting-TRUE; bSetSpiit=FALSE; 
I" set splitting mode */ 
if (bCross) 
1/* simultanous change of mullion and transom */ 
aziältees bVSet=TRUE; 
else 
{/* change only one direction */ 
bHSet=!bVert; bVSet=bVert; 
el 
/* set mouse position deitas */ 
scMouseoffs=plouse.x-rCPS->pxMullion; 
AT une „yrCPS->pyTransom; 
er 
4f (bSplitting) 
{/* mun== redraw splitting Tine if needed =muuu= "/ 


inge=TRUE ; 
GetClientRect{mmPane,äwrc); /* client of parent window */ 
/* get and analyse muse ee “ 


if (bSet) 

i/* analyse mullion: valid => destroy, center otherwise */ 
pMouse.x“rCPS->pxMullion? O:GetlenteredMullion(äwrc); 
ar it 

if (bVSet) 

(/* analyse transom: valid => destroy, center otherwise */ 
pMouse.yerlPS->pyTransom? O:GetlenteredTransom(äwrc); 
IRA 

bSetSplit=TRUE; /* end of repositioning */ 

} 


else 
{/* determine new mouse location */ 
pMouse.x-=sxMouseüffs; pMause.y-=syHouseüffs; 
reits 
LimftSplitPos (ämrc ‚ApMouse) ; 
if (iMsge=WM_LBUTTONUP) bSetSplit=TRUE; /* end of repos. */ 
hdc=GetDC(hwPane) ; 
SelectObject (hdc GetStockübject (GRAY_BRUSH)); 
/* repaint mullion or transom line ®, 
if (iMsgi=WM_LBUTTONDOWN 88 iMsgi=hM_LBUTTONDBLCLK BA 


iMsgI=SPH_SPLIT) 
I/* remove old mullion or transom line if needed */ 
bHCha e.xi=pSplit.x; 


PatBlt(hdc,pSplit.x,0,5xMullion,wre.bottom, PATINVERT); 
LErIESeT, 
if (bVSet 48 (bVChange| |bSetSptit)) 
(/* remove old transom Tine marker */ 
PatBlt(hdc,0,pSplit.y,wrc.right,syTransom,PATINVERT): 
IP 
17309 
47 (bSetSplit) 
(/* „wenn. terminate splitting mode =munnn */ 
if (bHSetäßpMouse.xi=rCpS->pxMullton] | 
bVSetääpMouse.ylerCPS->pyTransom) 
(/* reorder interior of main application window */ 
if (bHSet) 
(/* set new mullion: check width of panes */ 
if (pMouse.x<rCpS->H.sHead+ 
rCPS->H.sUnit-rtPS->H.sMedian) 
1/* left pane too small: destroy mullion, use right */ 
r£pS->H.1Base[0]»rCPS->H.iBase[1]: 
pMouse.x=0; 


} 

else if 

(pHouse.x>= 
wre.right-sxVScroii-rCpS->H.sUnit+rCPS>H.sMedian) 
{/* right pane too small: destroy mullion, use left */ 
pMouse.x=0; 


} 
else if (rEPS->pxMullion=-D) 
(/* new pane created: set index of base unit in pane */ 
FCPSH. tBase[1]»rCPS>H. iBase[0]+(pMouse.x- 
rCpS->H.sHeadtrCps>H.sMedian) /rCPS->H.sUnit; 
BIeIEe 


rCPS->pxMul 1 ion=pMouse.x; 
if (rCPS>pxMullion®"O 88 rCPS->iFocusPanesl) 
1/* focus-pane is destroyed: reduce to DO or 2 */ 


if (bVSet) 
{/* set new transom: check height of panes */ 
if (pMouse.yerlPs->V.sHead+ 
rtpS->V.sUnit-rCPS>V.sMedian) 
{/* top pane too small: destroy transom, use bottom */ 
rCPS->V. iBase[0]*rCPS->V.iBase[!]; 
Nino! 5 


Windows 


Microsoft 
System Journal 
Nov./Dez. 1989 


55 


> Listing 2: 
else IT (pMouse.yr-wrc.bottom-syHScroli-rCPS->V.sunit+ 
(Fortsetzung) rCPS->V.sMedian) 
(/* bottom pane too small: destroy transom, use left */ 
plouse.y=0; 


else if (rCPS>pyTransom==0) 
I/* new pane: determine index of base unit in pane */ 
rCPpS->V.iBase[l]=rCps->V. 1Base[0]+(plouse.y- 
rcps->V.sHendtrCPS->V. sMedian)/rCPS>V.sUnit; 
re 
rüps->pyTransomepMouse.y; 
if {rCPS>pyTransom-=0 A& rCPS>iFocusPane>=21) 
1/* focus-pane is destroyed: reduce to DO or 1 */ 
rCPS->iFocusPane—2; 
IPA 
KASAEHT 
SetPaneWindow(wrc.right,wre.botton); 
IL) 
bHSet=FALSE; bVSet=FALSE; bVChange=FALSE; bHChange=FALSE; 
re auais b5plitting=FALSE; bKeySplit=FALSE; 
“if. 
if (bHSet && bHChange) 
1/” draw new mullton */ 
pSplit.x=pMause.x; /* set new point */ 
PatBlt(hdc,pSplit.x,0,5xMullion,wre. bottom, PATINVERT} ; 
Fa Bd 4 


if (bVSet 88 bYChange) 
1/* draw transom selection rectangle */ 
pSplit.ympMouse.y; /* set new point */ 
Patölt(hdc,0,pSplit.y,wre.right ,syTransom,PATINVERT); 
VIEL 
ReleasedC(hwPane,hic); 
mare) 
return OL; 
If case */ 
case WM _KEYDOWN: 
{RECT wre; 
HWND hwPane=GetParent {hw}; 
POINT pMouse,pMouseSet; 
BOOL bCtrI=GetkeyState[Vk_CONTROL)>>15; 
/" abort If keyboard Interface not active */ 
if (IbKeySpiit) return OL; 
GetC}ientRect (hwPane,äwrc); 
Nr analyse pressed key 7 
plousespSplit; /* get last location */ 
switch (uPl) 
[case VK_LEFT: 
if (bötr}) pMouse.x-=1; 
else 
Ipfouse.x= 
max (pMouse.x-rÜPS->H.sHead+rCpS->H.sMedian) / 
rCpS->H.sunit-1,0) 
BE STIER ERERTIT EN MBtLaNE 
mit“ 
break; 
case VK_RIGHT: 
if (bEtri) pMouse.xtel; 
else 
{pMouse.x= ( (pMause.x-rCPS->4.sHeadtrCPS->H.sMedian)/ 
rCPSs>H.sunit#l) 
*rCPS->H.sUnit+rCps-—>H, sHead-rCPS->H.sMedian; 


if (bötr1) pouse.yl; 
else 
[plouse.y= 
max( (pMouse.y-rCPS->V.sHead+rCpS->V.sMedian)/ 
rePS->V.sUnit-1,0) 
Prrrseghsnalnal eng a ie alt 
BR ul de 
break; 
case VK_DOWN: 
if (bEtri) pMouse.yrel; 
1 


else 
{pMouse.y= ( (plouse,y-rCPS->V.sHead+rCp5—V .sMedian) / 
rCPS>V.sUnit+1) 
*rCPS->V.sunit+rCps->V .sHead-rCPS->V.sMedian; 


case VK. HOME: 
pMouse.x=rCPS->H.stiead; pMouse.yertps>V.sHead; /* origin */ 
break; 

case VK_END: 
pMause.x=32767; pMouse.y=32767; /* end location */ 


break; 
case VK_PRIOR: 
/* set left column or top Tine */ 
4f (bCtr!) pMouse.x"rCPS->H.sHead; else 
pMouse.yerCPS->V.sHead; 
case VK_NEXT: 
/* set right colum or bottom Tine */ 
if (bCtrl) pMouse.x=32767; else pMouse.y=32767; 
break; 
case VK_ESCAPE: 
/* Ägnore new setting (set cross bars to old values */ 
bSetSpift«TRUE; 
pMouse.x=TCPS->pxMulllon; pMouse.yerCPS->pyTransum; 
break; 
case VK_RETURN: 
/” use new setting */ 
bSetSpiit=-TRUE; break; 
b/* switch */ 
LimitSplitPos(dwre,äpfMouse); 
/* set new mouse position */ 
pYouseSet .x=pMouse.x+sxHauseoffs; 
pMouseSet.yepMouse.y+tsyMouseüffs; 
ClientToScreen (hwPane,ApMouseSet); 
/* set new position (and send WM MOUSEMOVE command) */ 
SetCursorPos (pMouseSet .x,pMouseSet.y); 
I /* case */ 
) /* switch */ 
return DefkindowProc(hw, iMsg,uPpl,ulP2); 
1/7 twsplitl) */ 


[ersuunsenenntnennnnsneeneenne een nenn 


ChangePaneSize 


Per PPPPEPPPPPe Pre . 
This function change the size of the panes as a result of calling the 
"split" command In the application menu. The user Interface is full 
ClA-compatible. The size of the panes can be changed by keyboard or 
mause. 


Parameters: 
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Guide von [1], in dem ähnlicher Quellcode be- 
schrieben ist. 

Ein kleines Problem bei der Programmierung 
mit MS-Windows ist der Zugriff auf Dateien. Dies 
ist die einzige Ein-/Ausgabe-Schnittstelle eines 
Programms, die nicht durch Windows-API-Funk- 
tionen unterstützt wird. Lediglich die Funktionen 
OpenFile, mit der Dateien geöffnet, angelegt, ge- 
sucht oder gelöscht werden können, stellt hier 
eine gewisse Ausnahme dar. Die Windows-Doku- 
mentation [1] empfiehlt, die Dateiausgabe durch 
Aufrufe der entsprechenden DOS-Interrupts zu 
realisieren. Weitere Hinweise werden keine gege- 
ben. Neben der Möglichkeit, eigene Assembler- 
Module für den DOS-Zugriff mittels Interrupt 
21h zu schreiben, können prinzipiell auch die 
Dateifunktionen des C-Compilers verwendet 
werden. Sie sind aber aus Kompatiblitätsgründen 
gegenüber UNIX, von dem diese Standardfunk- 
tionen stammen, verhältnismäßig ineffizient. 
Innerhalb von Windows existieren aber einige 
Low-Level-Dateizugriffsfunktionen, die beim 
Toolkit zu Windows 1.0x noch in der Datei WIN- 
EXP.H aufgeführt waren, beim SDK zu Windows 
2 aber irgendwie verschwunden sind. Irgendwo 
wird auch erwähnt, diese Funktionen besser 
nicht zu verwenden, da sie in zukünftigen Ver- 
sionen nicht mehr existieren könnten. Anderer- 
seits wird in einer Reihe von Microsoft-Windows- 
Applikationen gerade auf diese Applikationen 
zugegriffen, so daß es unwahrscheinlich ist, daß 
sie aus dem Windows-Kern entfernt werden. Die 
Datei WINEXP.H wurde übrigens auch beim 
SDK-Windows 2 mitgeliefert und befindet sich im 
Verzeichnis \CARDFILE auf der Diskette »Sample 
Source Code«. 

Wenn man sich den Code der Datei-Funktio- 
nen mit CodeView ansieht, stellt man fest, daß 
sie sehr elementar programmiert sind und im 
wesentlichen nur die entsprechende INT-21H- 
DOS-Funktion aufrufen. Die verwendeten Funk- 
tionen wurden mit ihren Definitionsköpfen noch 
einmal am Anfang des FILE-Moduls aufgeführt, 
sie beginnen alle mit »_l«. In der Funktion Load- 
File wird die Funktion _]1seek dazu verwendet, 
die Größe der Datei zu bestimmen, indem mit 
dem dritten Parameter 2 das Dateiende positio- 
niert und dessen Positionswert zurückgegeben 
wird. 


Implementierung mit dem 
Medium-Speichermodell 


Die Applikation DUMP ist bereits verhältnismä- 
Big lang. Daher wurden die drei Module nicht zu 
einem Code-Segment zusammengefaßt, sondern 
innerhalb der Programmdatei DUMP.EXE als drei 
von der Speicherverwaltung unabhängig ver- 
waltbare Segmente implementiert. Vorausset- 
zung hierfür ist lediglich, daß beim Übersetzen 
die Optionen »-AM« und »-NT ModulName« ange- 


geben werden und beim Linken die Bibliotheken 
für das Medium-Speichermodell angegeben wer- 
den. In der Linker-Definitionsdatei müssen dann 
für die einzelnen Module noch einmal aufgeführt 
werden und jedem Namen die Segment-Verwal- 
tungsoptionen angegeben werden. 

Die Anordnung der Funktionen in den drei 
Modulen DUMP, PANE und FILE wurde aus 
didaktischen Gründen vorgenommen. Für die 
Laufzeit der Applikation ist die Anordnung kei- 
nesfalls optimal, da zu stark zwischen den ein- 
zelnen Modulen hin- und hergesprungen werden 
muß, und daher die Speicherorganisation ungün- 
stig werden kann. Bei kleinen Programmen wie 
DUMP ist dies sicherlich tolerierbar, aber bei 
großen Applikationen wie MS-EXCEL oder Aldus 
PageMaker ist die Organisation der Module eine 
Wissenschaft für sich und erfordert viel Erfah- 
rung. Beim begrenzten Speicherplatz von Win- 
dows stellt diese Organisation aber die Grund- 
voraussetzung dafür dar, daß sich eine Applika- 
tion akzeptabel schnell bedienen läßt. Dies gilt 
insbesondere beim Bildaufbau oder der Zeichen- 
eingabe. Der Bildaufbau kann noch so gut 
durchgeplant sein, die Geschwindigkeit sinkt 
hoffnungslos, wenn beispielsweise für jede aus- 
zugebende Zeile 20 oder mehr Segmente aufge- 
rufen werden müssen und sich diese nicht alle 
gleichzeitig im zu kleinen Speicher befinden 
können. Als Faustregel gilt daher, einerseits die 
Modulgröße nicht zu groß werden zu lassen und 
andererseits nicht zu stark zwischen Modulen 
hin- und herzuspringen. Es ist oft günstiger, den 
Code einer Funktion in mehreren Modulen paral- 
lel zu halten, als stattdessen den Code in einem 
zentralen Modul abzulegen, welches dann seiner- 
seits weitere Modulaufrufe nach sich zieht. Sol- 
che Überlegungen werden natürlich wirklich erst 
bei größeren Applikationen bedeutend. Beden- 
ken Sie aber, daß beispielsweise Aldus Page- 
Maker 178 Segmente und MS-Excel gar 187 
Segmente besitzt. Ad-Hoc-Lösungen dürfen bei 
solchen Programmgrößen kaum zum effizienten 
Ablauf führen. 

Ein weiteres Problem stellt das Debugging von 
Applikationen im Medium-Modell mit CodeView 
oder SymDeb dar. Beide Debugger können zwar 
Haltepunkte auf nicht geladenen Code setzen, 
aber sie können die benötigten Segmente nicht 
laden. Das ist ungünstig, wenn man sich etwa 
den Code nach dem Laden der Applikation erst 
einmal ansehen möchte, bevor man Haltepunkte 
setzt. Dies funktioniert erst dann, nachdem eine 
Funktion im entsprechenden Segment von der 
Applikation aufgerufen worden ist. Ein weiteres 
Problem stellt der »Trace into«-Befehl von Code- 
View bei verschiebbaren Segmenten dar. 
Manchmal vergißt der Befehl nach der Rückkehr 
von einer Funktion die Rücksprungadresse und 
fährt einfach fort, als hätte man »Step over« ein- 
gegeben. Und wieder ist die Applikation abge- 
stürzt... 


«Listing 2: 


VOID ChangePaneSize(VOID) (Fortsetzung) 


(SetPanefocus(-1,FALSE); /* switch off caret */ 
SetFocus(rCPs->hwVSplit); /* change focus */ 
bKeySplit=TRUE; /* activate keyboard Input */ 
A send to split windew for setting Betas) t-pipes (middled) */ 
age (rCPS->hwVSplit,SPM_SPLIT.0,0L); 
ger 7 


[mrerennnensennneneenennnnennnentenne ernennen nennen enennen en nnene 
InitPaneManager 
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This function initializes the complete pane manager. 


Parameters: 
hiprev is the handle of the previous instance of NULL. 


Return: 
TRUE if pane manager completely created otherwise FALSE, 


ee / 


8001 InitPaneManager(HANDLE hiPrer) 
ÄMNDCLASS wwc; 


11 (ihiPrev) 

(f® — create window class of split control area — */ 

wwc.IpszCiassName="Split"; wec.hinstance-hiMain; 

we .\pfnundProc= opt; 

wwc.hCursor=NULL 

wc. hörBackgroundeCOLOR WINDOW+1; 

wwc.style=C$_DBLCIKS; wwc.hicon=NULL; wwc.IpszMenuName=NULL; 

wwc.cbClsExtra«0; wwc.chWndExtra=0; 

/* register window, return if error */ 

if (IRegisterClass(kwec)) return FALSE; 

IP 09 
je RE system-specific constants */ 
sxMul lion= (GetSystemetrics(SM_CXHTHUMB) +2) /2; 
syTransom (GetSystenMetrics(SM CYVTHUMB)+2)/4; 
syHScrol1=GetSystemletrics (SM _CYHSCROLL); 
saVScrol1»GetSystemMetrics(SMCXVSCROLL); 
herSpl{tHeLoadCursor (hiMain,MÄKEINTRESQURCE(CRS_SPLITH)); 
herSplitV»LoadCursor (hiMain,MAKEINTRESOURCE(CRS SPLITV)); 
herSplitX=LoadCursor (hiMain,MAKEINTRESOURCE(CRS_' SPLITX)); 
return TRUE; 
] /* InitPaneManager() */ 
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Crea aneWindows 
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This function creates the pane child windows for the pane 
specification <rCpS>. 


Parameters: 
none 


Used Globals: 
rePps 


Return: 
TRUE if the pane windows are crated, otherwise FALSE. 
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B0OL CreatePaneWindows (W010) 
fint 1; 


/* reset paning, invalidate pane sizes */ 
rCPS->pxMullion=0; rCPS>pyTransom=0; rCPS->Pane[0] .wre.ieftte-1; 
rCPS->1FocusPane=0; 
/* create window of horizontal split field */ 
rCPS->hwHSpl it=Createhindon 
("Split*,**.WS_CHILO|SPS_HORZ.0.0,.0.0, 
rCPS->hwpane, TOHSPLIT,hTMain.NULL); 
#1 (Ircpshwisplit) return FALSE; 
/* create window of vertical split field */ 
rcPs—>hwVSplit=Createhindon 
{"Split*,**.WS_CHILO|SPS_VERT,0,0,0,0, 
rCPS->hwpane, TOVSPLIT,hTMatn.NULL); 
if (IrtpS->mwVSplit) return FALSE; 
/* create scroll bar childs for pane window */ 
for (1=D;i<4;1++) 
{rcp$->Scroll [1] :hweCreatewindow 
(“ SETS ;_EHILD] (i817? SBS_HORZ:SBS_VERT), 
0.0,0,0,rCPS->hwPane , IDPSCROLL+ „AiMain, NULL); 
if {IrcPs->Scrol1[i]. mw) return FALSE; 
I 7° for */ 
return TRUE; 
} /* CreatePaneWindows() */ 


een een 


ClosePanes 


This function closes the panes of the pane specification <rCPS> and 
destroys all child windows of the pane window. The pane manager is no 
longer valid for this window and <rCPS> Is set to NULL. 


Parameters: 
none 


Used Globals: 


Return: 
none 


een teten nennen en bene / 


VoID ClosePanes (VOID) 


Uhnt 1; 

1f (Getfocus()==rCpS->hwPane 38 rCPS->Pane[0] „wre. lefti=-1) 
1/* turn off pane focus */ 
SetPaneFocus(-1,FALSE); 
rear 


DestroyWindow(rCPS->hwHSplit); Destroykindom(rCPSs-hwVSplit): 
for (1=0;14;14+) 

(/* destroy scroll bar windows */ 

DestroyWindow{rers->Scroll[i] kw); 

} /* tor */ 

PS= 


I 4* TlosePanes() */ 
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Software heute präsentiert eine Lei- 
stungsdimension, die Neues schwer vor- 
stellbar macht. Ansätze für wirkliche 
Innovationen bietet das »Konzept 
Mensch« - die Integration menschlicher 
Verhaltensweisen in Software-Konzepte, 
um damit zukunftsweisende Standards 
zu schaffen. GUI, das »Graphical User 
Interface«, ist ein solcher Standard, mit 
dem Microsoft alle Möglichkeiten der 
neuen leistungsfähigen PC-Generation 
ausschöpft. Gleichzeitig sind die Micro- 
soft GUI-Systeme integraler Bestandteil 
der Software-Strategien aller bedeuten- 
den EDV-Anbieter. 


GUI akzeptiert den Menschen als»Augen- 
Wesen«, das Signale und Symbole 
schneller als Buchstaben erfaßt und 
umsetzt. GUI ist das Konzept einer völlig 
neu entwickelten, grafischen Benutzer- 
führung, die in der MS-DOS-Welt unter 
MICROSOFT WINDOWS und in der MS 
0S/2-Welt unter dem MICROSOFT PRE- 
SENTATION MANAGER den weltweiten 
Standard setzt. Also jeder professionel- 
len Anwendung entspricht. Damit sind 
Programme nur im Inhalt verschieden, 
nicht in der Anwendung. Vorteil: Schu- 
lungs- und Einarbeitungskosten werden 
deutlich reduziert, das Lernen wird durch 
voll integrierte »On-Line-Lernprogram- 
me« zusätzlich vereinfacht und das Zu- 
sammenwirken der Programme durch 
dynamischen Datenaustausch (DDE) 
optimiert. 


MICROSOFT WINDOWS PRESENTATION 
MANAGER ist damit der GUI-Integra- 
tionsstandard für die neue Generation 
der PC-Anwendungssoftware. Ihr Nutzen 
sind produktiver PC-Einsatz und moti- 
viertere PC-Anwender. Verbunden mit 
der Gewißheit, auch in Zukunft für die 
neuesten Entwicklungen in der 
PC-Software-Technologie offen zu sein. 
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® Listing 2: 
(Ende) [eonnnonnnnennnnrneneneenentenehtensenn nennen near 
ProcessPaneNsg 
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Tnis function is called if the pane window has received a message. All 
usable messages are analysed ff processed if possible. The function 
returns 1L If the message was processed comletely and OL if not. 
This function may be called only If erCPS> is valid for «we, 


Parameters: 
see standard window function 


Return: 
none 


amntnentunnennnenen herren / 


LONG ProcessPaneMsg{HWND hw,WORD iMsg,MORD uP1,DWORD ulP2) 


(int fPane; 
PANE *rPane; 
RECT wre; 
short iSavedDt; 


switch (iMsg) 
lcase WM SIZE: 

/* resize interior of pane window */ 

SetPanekindow(P2LO,P2HI); 

return OL; 

case WM _PAINT: 

{HDE he; 

PAIKTSTRUCT wps; 

Int vRegion; 

SetPaneFocus(-1,FALSE); 

bdc»BeginPaint (hw,ämps); 

CreatedrawingTools(hdc); 

for (1Pane=O,rPane=rCPS->Pane; 1Pane<4;iPane++ ,rPane++) 

{/* determine if <iPane Is valid */ 
if (IrPane->bYalid) continue; /* invalid pane */ 
/* save display context, reduce clipping rectangle to pane */ 
1SavedOC=SaveDC(hdc); 
vRegion»IntersectC}ipkect 
(hde ‚rPane->wrc. left, rPane>wrc.top, 

rPane->wrc.right,rPane->wrc „bottom 


); 
if (vRegioni=NULLREGION) 
{/* set drawing viewport to pane */ 
SetViewportürg 
(hie, rCpS->Pane[iPane] .wre.left,rCPS->Pane[1iPane].wrc.top); 
/* call application specific drawing function */ 
DrawPane 
(hde ,iPane, rPane->wrc.right-rPane->wrc. left, 
rPane>wrc.bottom-rPane>wrc.top 


)i 
KH 
/* restore prev. device context (with full clipping range) */ 
RestoreDC (hdc ,iSavedOC); 
I /* for */ 
EndPaint (hw,äwps) ; DestroyDrawingTools(); 
SetPaneFocus (rCPS->1FocusPane,FALSE); 
return IL; 
1 /* case */ 
case WM_SETFOCUS: 
/* window gets the focus: set caret to active pane */ 
SetPanefocus(rCPS->iFocusPane, FALSE); 
break; 
case WM_KILLFOCUS: 
/* window loses the focus: hide caret */ 
if (rtPS->Pane[0] .wre.Tefti=-1) SetPaneFocus(-1,FALSE); 
break; 
case WM VSCROLL: 


case WM_HSCROLL: 
#* execute scrolling of panes */ 
Scrol 1Pane (GetWindowword{P2HI „GWW_10)-IDPSCROLL.uPI,.P2LO); 
return IL; /* consumed */ 


case WM_KEYDOWN: 
/® analyse if pane control character 

if (uPl==VK_F6) 

1/* — switch from pane to pane ni 


static BYTE miNextPane[]=[1,.3,0,2}; 
static BYTE miPrevPane[]-12,0,3,1); 
int INewPane=rCPS->iFocusPane; 
BOOL bPrev=GetKeyState(VK_SHIFT)>>15; 
do 
(iNewPane=bPrev? miPrevPane[ iNewPane] :miNextPane[ INewPane] ; 
iNewPanes=3; /* reduce to 0..3 */ 
if (rCPS>Pane[iNewPane].bValid) break; 
) 


while (INewPanet«rCPS->iFocusPane); 
if (iNewPanel«rCPS->iFocusPane) 
(/* set new focus pane */ 
rtPS->iFocusPane=iNewPane; 
SetPaneFocus (rCPS->iFocusPane, TRUE) ; 
DE Al 
return IL; /* consumed */ 
rin 
return OL; /* not consumed */ 


case WM_LBUTTONDOWN: 
/* set focus to clicked pane */ 
if (GetFocus () I=rCPS->mPane) 
{/* set focus to application, no caret moving */ 
SetFocus{rCPS->hwPane); return IL; /* consumed */ 
} 


else 
(/* determine new pane */ 
int 15 
for (1-0; 14;1++) 
(if (rcPS->Pane[i].bValid &8 
PtinRect (&rCPS->Pane[i] „wre ,HAKEPOINT(UIP2))) 
(/* set new pane */ 
if (ilerCPS>iFocusPane) 
(/* set <i> as new focus */ 
rtpS->iFocusPane=t; SetPaneFocus(rCP5->iFocusPane, TRUE); 
Pe Y 
break; 
LACH 
} /* for */ 
Ira 
break; /* not completely consumed */ 
I /* switch */ 
return OL; /* not consumed */ 
} /* ProcessPaneMsg() */ 
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Windows application 
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Um dies zu verhindern, ist es empfehlenswert, 
die einzelnen Segmente mit den Speicheroptio- 
nen PRELOAD und FIXED zu versehen, anstatt wie 
üblich mit LOADONCALL, DISCARDABLE und MOV- 
ABLE. Um sowohl eine Debugging-Version als 
auch eine »Produktion«-Version der Applikation 
zu erhalten, wurden getrennte MAKE- und Lin- 
ker-Definitionsdateien erzeugt. Die MAKE- 
Dateien tragen die Namen DUMP.MD (»Make 
Debug«) und DUMP.MP (»Make Product«) und 
befinden sich in Listing 5 und 6. Im ersteren Fall 
wird auch mit der Option »Zi« Code für den 
CodeView erzeugt. In DUMP.MP wird dagegen 
mit »Ox« der Optimierer eingeschaltet, der 
wegen möglicher Codeumlagerung beim Debug- 
ging zuviel Verwirrung stiften könnte. Die Lin- 
ker-Einträge in den beiden Dateien rufen ent- 
sprechend die Definitionsdateien DUMP.DFD 
(Listing 10) und DUMP.DFP (Listing 11) auf. 

Es wäre schön, wenn Microsoft den CodeView 
so ändern würde, daß er besser mit verschieb- 
baren Segmenten zurechtkommt und auch selb- 
ständig Segmente nachladen kann. Bis dahin ist 
man auf die Entwicklung mit zwei Varianten 
angewiesen. 


Vorteile des 
Windows-Zeichenprinzips 


Das Schöne an der Windows-Fensterverwaltung 
ist die Art, wie Fensterinhalte neu gezeichnet 
werden: Eine oder mehrere Instanzen legen fest, 
welcher Teil des Fensterinhalts sich geändert hat 
oder nicht mehr verdeckt ist, und eine einzige In- 
stanz, die die WM_PAINT-Nachricht in der Fen- 
sterfunktion abfängt, zeichnet diese Teile neu. 
Als ich mich vor längerer Zeit in Windows einge- 
arbeitet habe, war für mich dieses Prinzip zwar 
nach einiger Zeit geläufig, unklar blieb aber, was 
denn das ganze eigentlich soll. Schließlich 
könnte man ja gleich die geänderten Teile zeich- 
nen, anstatt erst einmal komplexe Daten- 
strukturen aufzubauen, die in einem weiteren 
Schritt wieder interpretiert werden müssen. Doch 
beim Entwickeln des Pane-Managers wurde mir 
klar, welche Genialität hinter diesem Konzept 
steht. Die Behandlung der WM_PAINT-Nachricht 
stellt bei vielen Applikationen (man denke an 
Textverarbeitung, CAD oder Desktop-Publishing) 
einer der aufwendigten und appli- 
kationsspezifischsten Teile überhaupt dar. Doch 
braucht man sich bei der Implementierung dieses 
Teils nicht darum zu kümmern, wie gerollt oder 
geblättert wird oder ob es Unterfenster gibt. Die 
Applikation zeichnet vielmehr stur die geänder- 
ten Bereiche. Die Zeichenausschnitt-Organisation 
stellt sicher, daß auch nur die ungültig gemach- 
ten Bereiche gezeichnet werden und Teile außer- 
halb davon nicht verändert werden. Völlig unab- 
hängig davon lassen sich etwa eine Scrolling- 
Verwaltung oder eben der Pane-Manager appli- 


kationsunabhängig realisieren. Dadurch wird die 
applikationsübergreifende Wiederverwendbar- 
keit von Software erheblich vereinfacht. Laut Bill 
Gates, dem Chairman von Microsoft, ist dies 
letztendlich die einzige (!) Technik, die die Soft- 
ware-Entwicklung tatsächlich beschleunigt. 
(»There's only one trick in software and that is 
using a piece of software that's already been 
written« [4]). 


Mögliche Verbesserungen 
des Managers 


Wie am Anfang des Artikels angedeutet wurde, 
kann die Anzahl der Unterfenster die Zahl 4 
übersteigen. Für viele Fälle ist dies sinnvoll, ins- 
besondere dann, wenn die Bildschirme größer 
werden und mehr Information gleichzeitig dar- 
gestellt werden kann. Die Erweiterung von zwei 
auf mehr Unterteilungen in der Vertikalen und 
Horizontalen ist nicht weiter schwierig, es führt 
aber zu einem deutlichen höheren Programmier- 
aufwand als die vorgestellte Lösung. 

Manchmal ist es nachteilig, daß sich eine 
Rolleiste auf alle in der gleichen Spalte oder 
Zeile plazierten Unterfenster bezieht. Dies kann 
dadurch umgangen werden, daß man einzelne 
Unterfenster mit Hilfe eines Befehls fixieren 
kann. Auch dies wurde bei MS-Excel mit dem 
Menü-Befehl »Fenster fixieren« realisiert, mit 
dem das obere und das linke Unterfenster »ein- 
gefroren« werden, so daß sich die Manipula- 
tionen der Rolleiste nur noch auf das rechte und 
das untere Unterfenster bezieht. Bei geübter Ver- 
wendung dieses Befehls kann man die Flexibilität 
der Unterfenster weiter erhöhen. 

Das Gegenteil von fixierten Unterfenstern ist 
das Verbinden von Rolleisten von Unterfenstern. 
Hat man etwa eine Tabelle horizontal in zwei 
Hälften unterteilt und hat das untere Unterfen- 
ster an eine andere Position bewegt, möchte man 
vielleicht die Tabellenteile in den beiden Unter- 
fenstern Zeile für Zeile vergleichen und dabei mit 
einer Anweisung an die Rolleiste in beiden 
Unterfenstern gleichzeitig rollen oder blättern. 
Dies kann mit einem Befehl »Fenster verbinden« 
oder ähnlich realisiert werden. Dieser nützliche 
Befehl fehlt bei MS-Excel leider noch. 

Die im vorgegangenen Kapitel gemachten 
Bemerkungen sind wichtig für weitere Verbesse- 
rungen des Pane-Managers. Im Augenblick wer- 
den die bis zu vier Unterfenster unabhängig 
nacheinander gezeichnet. Man kann dies be- 
schleunigen, indem ein Algorithmus feststellt, 
welche Dokumentteile in den einzelnen Unter 


fenstern mehrfach vorkommen und diese aus 
einem Unterfenster in die anderen kopieren. Da- 
durch wird unter Umständen der Aufwand für 
das eigentliche Neuzeichnen ähnlich wie beim 
Scrolling weiter reduziert. Ähnliche Algorithmen 
finden Verwendung, wenn es darum geht, Ver- 
änderungen in den Dokumenten, etwa bei der 
Editierung in einem Unterfenster, an alle Unter- 
fenster weiterzuleiten. Auch hierzu werden sinn- 
vollerweise Kopieraktionen Verwendung finden. 

Auf den Einsatz solcher Algorithmen wurde 
beim vorliegenden Pane-Manager verzichtet, dies 
würde den Rahmen dieses Artikels sprengen. 
Wichtig ist aber, auch hier festzuhalten, daß sol- 
che Optimierungen in keinster Weise die applika- 
tionsspezifische Schnittstelle des Pane-Managers 
berühren, sondern davon verborgen im Kern des 
Managers eingebaut werden. 

Ich hoffe, dem Leser mit diesem Artikel einige 
Anregungen für eigene Windows-Applikationen 
gegeben zu haben. Sie sollten jetzt wissen: 
Unterfenster wurden von Microsoft und IBM zum 
Windows-Standardstil erhoben und, wenn sie 
eine gewisse Verbreitung gefunden haben, wird 
sie kein Anwender bei der täglichen Arbeit mehr 
missen wollen. Bildschirmteiler und Fensterkreuz 
werden dann so selbstverständlich verwendet 
werden wie heute die Rolleisten. Sorgen Sie des- 
halb dafür, daß Ihre Kunden nicht über Ihr Pro- 
dukt sagen müssen: »Ein Programm, das immer 
noch keine Unterfenster hat!« 

Marcellus Buchheit 
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Listing 3: 
Das Modul der Datei- 
Verwaltung, FILE.C. 
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— DUMP ———— Hs-kindews Application 
Module FILE.C 
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This Module contains the file management and utility functions of the 
DUMP application. 


Copyright 1989 by 
Warcellus Buchheit, Buchheit software research 
Zaehringerstrasse 47, D-7500 Karlsruhe 1 
Phone (0) 721/37 67 76 (West Germany) 


Release 1.00 of 89%-Sep-22 — AI] rights reserved. 


WErHSEHiEEnEnT rinnen tE een n een ne / 


/* read common header files */ 
#include "DUMP.H" 


/* used Iow-level Windows disk-1/0 functions */ 

imt FAR PASCAL _lopen(LPSTR IpPathName,int iReadwrite); 

int FAR PASCAL _Iclose(int hFile); 

LONG FAR PASCAL _11seek(int hFile,LONG lOffset,int iürigin); 
WORD FAR PASCAL _Iread(int hFile,VOID FAR* IpBuffer,WORD wBytes); 


Jessen 


File-Hanagement-Variables 


ee / 


BYTE zCurrentFileli2+1]; /* name of current file (without path) */ 
BYTE zNewFite[l2+1]; /* name of new file (specified by open dialog) */ 
Int hfNewFile; /* handle to new file, <= If file not opened */ 


/* — file 1/0 dialog variables — */ 

BYTE zCurrentPath[128]; /* current path specification */ 

BYTE zDefaultFilespec[13]=*",*"; /* default file specification */ 
BVTE zDefaultExtend[5]=*.**; /* default extend string (all files) */ 
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£ErrorNoMem 


The error message "Not enough memory" is displayed in a message box. 


Parameters: 
hw is the window handle of the next active window and NULL if no 
window exists. 


Used variables: 
rzAppTitie is the local handle to the application title name. 
rzNoMemory is the local handle to the no-memsory error string. 


Return: 
None 


Wettenbienttnensineenee teens hd are teenhee tieren nee 


VOID ErrortioMem(HWND hw) 


{MessageBox (hw, rzNoMesory,rzAppTitie,M3_ICONHAND|MB_OK); 
} /* ErrorkoMem(} */ 


[eeennennnennnnnnenenennenenenennn anne 
PrintMessage 


The string with resource index <iString> is displayed in a message box 
with an asterisk. The string can contain placeholder for a printf()- 
call, Each of this placeholder is replaced by the arguments which 
follows after <iString> in the variable length argument of 
PrintMessage(). 


Parameters: 
iCtr] is the index of the control string. 
Further parameters can follow and specify the replacing 


Used variables: 
rzAppTitie is the pointer to the application title name. 


Return: 
None 
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VOID PrintMessage(WORD iString,...) 


{BYTE zMsg[256] „zString[128]; 
va_list rVarärg: 


/* load string from resource */ 

LoadString(hikain, iString,zString,sizeof(zString)); 
va_start(rVarArg,iString); /* set rVarArg to first option param. */ 
vsprintf(zMsg,zString,rVarArg); /” create message string */ 
ve_end(rVarArg); 

/* display message */ 

MessageBox (NULL, 2Msg, rzAppTitle,MB_ICONASTERISK|HE_ OK); 

} /* PrintMessage() */ 


[een 


Readdialog 
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This function creates a modeless dialog box, displayes it at screen 
and returns if the user closes the box. 

The function returns TRUE if the function DialogBox() returns IDOK and 
FALSE otherwise. If the dialog box is not created because the memory 
15 too small, a message box with an error is created and FALSE is 
returned. 


Parameters: 
uBox 15 the number of the dialog box (DEX_. 
rfd is the address of the dialog box function. 


Return: 

TRUE if the dialog box was created and the Ok-button was pressed to 
close it or FALSE if the CANCEL-button was pressed or no box was 
created. 


Werne en rnn/ 


BOOL ReadDialog(WORD uBax, FARPROC rfd) 


(FARPROC rfdinst; 
Int w 


rfdInst=Makeprocinstance(rfd,hiMain); 
if (rfdinsti=MuLL) 
{v=DialogBox(hiMain,MAKEIKTRESOURCE (uBox) „hmMain,rfdinst) ; 
Freefrocinstancelrfälnst); 
if (viel) 
(/* box was created: return TRUE if Ok-button pressed */ 
return v==100K; 
KARHEN, 


HICAE MT, 

I instance or box not created: print error message */ 
ErrorlioMem(hwMain); return FALSE; 
} /* ReadDialog() */ 
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LoadFile 
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This function analyses the length of the opened file <hf> and 
allocates the memory for the virtual reading of the file data. 


Parameters: 
rSpec is the address of the file specification of the current file. 


Return: 
TRUE 15 returned if the file was read correctly and the memory was 
allocated or FALSE otherwise. 
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500L LoadFile{FILESPEC *rSpec) 


{LONG vStze; /* size of file */ 
HANDLE hg; 


vSize= I1seek(rSpechf,0L,2); /* read last position = length "/ 
4f (vSTze>0r4000000L) /* 64 Mäytes */ 
{/* file too long: error message, return FALSE */ 
PrintMessage(ST_TOO_LONG,zCurrentFile); 
return FALSE; 
Wr; 
röpec->vSize=vsize; /* set into specification */ 
/* calc. size of data block header (one handle per 4 KB file size */ 
rSpec->sehead= (WORD) ((vSize+40951)/4096) ; 
/* allocate memory block (init. with O »> no data area loaded) */ 
Img=GiobalAlloc 
Da NEUN (LONG) (sizeof(HANDLE)*röpec->seHead)): 
if (Ihmg) 
1/* memory too small: error message, return FALSE */ 
an return FALSE; 
“ir« 
rSpec>hmgHeadehag; /" set handle */ 
return TRUE; /* no error */ 
1 /* loadFilef) */ 
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ReadDataßlock 
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This function reads the 4KB data block of address <uafile> from the 
file with specification <rSpec> and returns the handle of this data 
block. This block must be locked immediately to avoid that the system 
discards the block. The function analyses if the 4KB-block is already 
loaded. If so, no new reload operation is started. Otherwise the 
contents of the block is read from disk. 


Parameters: 
rSpec is the address of the file specification of the current file. 
vafile is the address value of the needed data, 


Return: 

The valid handle of the global block is returned or NULL if the data 
are not read. In the last case a message box was displayed which has 
informated the user. 


ARRtnnbhenneren teren / 


HANDLE Readdataßlock(FILESPEC *rSpec,DWORD uafile) 


{WORD iBlock; 

HANDLE FAR *rhölock; 
HANDLE FAR *rhiiead; 
HANDLE FAR *rh; 
HANDLE hmgBlock; 
BYTE FAR *rdBlock; 
int v; 


/* calculate block number from address */ 
1Block= (WORD) (uaFile/4096); 
rhHead= (HANDLE FAR*)GlobalLock(rSpec->hmgHead); 
rherhHieadtiBlock; 
hmgBiock=*rh; 
if (hmgBlock=-NULL || (Global Flags(hmaBlock)äGMEM DISCARDED)) 
Ur (re-)ioad data block from disk 7 
if (hmgBlock) Giobalfree(hmgBlock); /* free discarded block */ 
hagßlock=GlobalAlloc 
(GMEM MOVEABLE|GMEM DISCARDABLE|GMEM NOTIFY,AO9EL); 
4f (IhsgBlock) 
[/* memory too small: error message, return FALSE */ 
ErrorNoMem(hwMain); gota RETURN; 
AL 
/* set read location to start of 4-KB-block */ 
V1seek(rSpec->hf,uaFile & OxFFFFFOOOL,O): 
7* read data from file into data block (4 KB or less) */ 
rdBlock=(BYTE FAR*)GlobalLock(hmgBlock) ; 
v=_lread{rSpec->hf,rdBlock, 4096); 
Globalunlock(hmgBlock); 
if (v1) 
1/* error during read */ 
RE N DERORTERBEN FEN goto RETURN; 
Yeie® 
“rhehmgBlock; /* set handle of allocated block */ 
rate 
RETURN: 
GlobalUnlock(rSpec->hmgkead); 
return hmgdlock; 
} /* ReadDataßlock() "/ 
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Closefile 
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This function closes the opened file with specification <rSpec>, All 
allocated memory 15 freed. 


Parameters: 
rSpec is the address of the file specification. 


Return: 
none 


||. 


VOID Closefile(FlLESPEC *rSpec) 
tint 5; 
Iclose(rSpec->hf); /* close file */ 
ei 


rhHead« (HANDLE FARS)GlobalLock(rSpec->hmgtead); ; 


rhag«rhHead; 
for (1"0;ierSpec->sehead; i++,rhmg++) 
ff (*rhmgI=KULL) 
1/* free allocated data */ 
Slobalfree(*rhg); 
War) 
rt /#* for / 
/* free data of header */ 
Globallnlock(rSpec->hmgtiead) ; Global Free(rSpec->hmgHead) ; 
rSpec->hmgHead«NUlL; /* no header */ 
IL 
} /* Closefile() */ 
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Open-File dialog box functions 
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ChangeDefault£xtend 


The extension of the file specification <rzFile> is used as new 
default file extend if it exists and if it contains no wildcards. 
This default extention is stored in <zDefaultExtend>. 


Parameters: 
rzFile is the address of string which contains a valid file 
specification. 


Used Varlables: 
2DefaultExtend 


Return: 
none 


er / 


VOID ChangeDefaultExtend(PSTR rzFile) 
(PSTR rz; 


rz=strchr(rzFile,'.'); 
if (rzi=WWLL 88 Istrpbrk(rz,**?*)) strepy(zDefaultExtend,rz); 
) /* ChangedefaultExtend() */ 


Jemen 


AddDefaultExtend 


The extension of the file specification «zFile> is set by 
<zDefault£xtend> if <rzFile> contains no extend (no '.' in the 
specification). 


Parameters: 
rzFile is the address of string which contains a valid file 
specification. 


Used Variables: 
zDefaultExtend 


Return: 
none 
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VOID AddDefaultExtend(PSTR rzFile) 
IPSTR rz; 


/* determine if <rzFile> contains extend */ 
rzerzfilerstrien(rzfile)-1; 
while (*rzi=':' 88 *rzi='\\' S& rz>rzfile 8 *rzi='.') 
{rz= (PSTR)AnsiPrev(rzFile,rz); 
} /* while #/ 
44 (erziet.') 
1/* add extension */ 
streat(rzFile,zDefault£xtend); 
zit 
} /* AddDefauitExtend() */ 
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Ccheckfilefdit « 
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It is checked if the edit field of the dialog box with windows <hw> 
contains characters. If so the 1DOK item of the dialog box is enabled. 
If the field is empty it is disabled. A disabling/enabling process is 
only executed if the state changes. This is controlled by the flag at 
address <rbEnabled>. 


Parameters: 
I anne. 15 the window handle of the dialog box. 
rbEnabled is the address of the enable flag. 


Return: 
none 


EEE TEST 


seranuneneenee/ 
VOID CheckFileEdit(HWND mw,BOOL *rbEnabled) 


tif ern een TOFILENAME) , 
WM_GETTEXTLENGTH,0,0L) 1=0) !=*rbEnabled) 
{/* change enable state */ 
"rbEnabled*!*rbEnabled; 


EnableWindow(GetDlgItem(hw, 1DOK) „"rbEnabled); 
rm 
1 /* CheckFilekdit() */ 
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SeparateFilen 
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The file name location of file specification <rzFile> is determined 
and this address is returned. 


Parameters: 
rzfile is the address of string which contains a valid file 
specification. 


Return: 
The address of the file name location In the file specification is 
returned. 
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PSTR SeparaterileName(PSTR rzFile) 
{PSTR rz; 


/* search from end of string */ 

rz=rzfilerstrien(rzfile)-1; 

while (*rzi=':’ && *rzi='\\' && rz>rzFile) 
rz={PSTR)AnsiPrev(rzFile,rz); 

4f (rzierzfile) rz={PSTR)AnsiNext(rz); 

return rz; /* address of first character */ 

) /* SeparatefileName() */ 


jeemusnensnenannnssenntnnsnennnee nennen rennen 


fdopenfFile 


#4 Dialog Box function #44 


This function processes any messages received by the *OpenFfile* dialog 
box. 


Parameters: 
standard message data (see fwMain) 


Further input: 
The desired directory is set and after return the last displayed 
directory is set (also if CANCEL). 


Return: 

standard dialog box function value 

DialogBox() returns the code of the pressed terminate button 
(100K or IDCANCEL). 
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BOOL FAR PASCAL fdOpenFile{HWND hw,WORD iMsg,WORD up1,DWORD ulP2) 
(static BOOL bEnabled; 
char 2[128+5]; 
char zSlct[24+1]; 
PSIR rz; 
WORD u; 


switch (iMsg) 
Icase WM_INITDIALOG: 
/* set contents of file list box (at current directory) */ 
DigDirList(hw,zDefaultFfileSpec, IDFILELIST,IDPATH,O); 
DIgDirList(hw,zDefaultFileSpec, IDOIRLIST,NULL,0xC010) ; 
SetülgitemText (hw, IDFILENAME,zDefaultfileSpec); 
/* select file entry complete */ 
SendDIgltenMessage(hw, IDFILENAME,EM SETSEL,O,MAKELONG(0,32767)); 
/* enable/disable *open* item depending filename exists */ 
bEnabled=TRUE; CheckFileEdit(hw,äbEnabled); 
SetFocus (GetDIgitem(hw, IDFILENANE)); 
return FALSE; /* focus is set */ 
case WM_COMMAND: 
switch (ul) 
1/* analyse box Item */ 
case IDFILENAME: 
if (HIWORD(u1P2)=»EN CHANGE) 
(/* activate/deactive *open* item */ 
CheckFile£dit(hw,äbEnabled); 
rate 
return TRUE; 
case IDFILELIST: 
case IDODIRLIST: 
switch (HIWORD(u1P2)) 
{case LBN_SELCHANGE: 
/* get selected entry (file, directory, drive) */ 
DigDirSelect(hw,zSict,upi); 
4f (uPl==I0DIRLIST) 
1/* specify new directory/drive */ 
GetDigitemText (hw, IOFILENAME,z,sizeof(z)); 
rz=SeparatefileName(z); 
if (*rz==0]| |1strpbrk(rz,"*?2*)) 
1/* no file select entry: set default */ 
rz=2Defauitftlespec; 
pie 
strcat(zöict,rz); /* add selection mask */ 
17a 
SetDlgitemfext(hw, IDFILENAME,zSIct); 
/* select file entry complete */ 
SendDIgitemlessage 
(hw, IDFILENAME EM SETSEL,O,MAKELONG(0,32767)); 
/* unselect other table */ 
SendDIgltemlessage 
(hw,uPl=»IOFILELIST? IODIRLIST:IOFILELIST, 
18_SETCURSEL,-1,0L); 
break; 
case LBN_DBLCLK: 
{* first click has transf. selection, now like IDOK */ 
uPl=1DOK; goto OPEN FILE; 
} /* switch */ 
return TRUE; 
case 1DOK: 
/* return if *open* field invalid */ 
if (tbEnabled) return TRUE; 
OPEN_FILE: 
/* get contents of file edit Tine */ 
GetDIgitemText(hw, IOFILENAME,z,12B); Ansilpper(z); 
if (DigdirList{hw,z, IODIRLIST, IOPATH,0xC010)) 
4/* specification is directory: set new file list */ 
AddDefaultExtend(z); 
OlgDirList(hw,z, TOFILELIST.NULL,O); 
SetDigitemText (hw, IDFILENAME,z); 
/* set new default specification */ 
strepy(zDefaultfilespec,z); 
return TRUE; 
ri are 
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» Listing 3: 
(Ende) 


>» Listing 4: 

Die C-Kopfdatei 
DUMP.H mit den 
exportierten Pane- 
Manager-Declaratio- 
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J* —— Single specified file: open It 7 
AdddefaultExtend(z); /* add extend if not specified */ 
stropy(zNewFile,SeparatefileName(z)); /* det. file spec. */ 
hfNewFile= lopen(zNewFile,OF_READ); 
if (hiNewFTIe<0) 
{/* not opened: print error, continue */ 
if (strpbrk(zNewFile,**?")) 
1/* bad directory: generate beep */ 
een: 


else 
(/* file not found: error message */ 
PrintMessage(ST_NO_FILE,zNewFile); 
Kari 
/* set focus to file Tine, select full Tine */ 
Setfocus (GetDigItem(hw, IOFILENAME)); 
SendDigitenMessage 
(fm, TOFILENAME, EM_SETSEL .O.MAKELONG(0,32767)); 
/* don't abort box */ 
break; 
RE 
/* terminate dialog */ 
case IDCANCEL: 
EndDialog(hw,upl); 
break; 
} /* switch */ 
return TRUE; 
) /* switch / 
return FALSE; 
1 /* fdöpenFile() */ 
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Windows application DUMP: end of module FILE 
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— DUMP ——— MS-hindons Application 
##4 Header file 


This MS-Windows application displayes the data of a MS-00S file as a 
hexadecimal table. The application uses 4 panes within Its application 
window. 


Copyright 1989 by 
Marcellus Buchheit, Buchheit software research 
Zaehringerstrasse 47, D-7500 Karlsruhe 1 
Phone (0) 721/37 67 76 (West Germany) 


Release 1.00 of 89-Sep-13 — All rights reserved. 
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/* define/undefine non-debugging option name */ 
tdefine NDEBUG 


#define NOMINMAX 
#inc}ude <WINDOWS.H> 
#include *DEFS.H" 


/* further C standard headers */ 
#include <STOLIB.H> 
#include <STRING.H> 
#include <STDIO.H> 
#include <STDARG.H> 


/* window function paraneter macros */ 
#define P2LO LOWORD(u1P2) 

#define PZHI HIWORD(u1P2) 

#define LADDR(r) (LONG) (LPSTR)(r) 
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FILESPEC File specification for DUMP 


vSize ... contains the length of the files in bytes. 

seHead size of header in entries 

ImgHead is the handle of the global memory block which contains 
the handies of the 4-KB-data-blocks. 

seHtead size of header in entries 

hf „ ts the handle of the opened file. 
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typedef struct 
{LONG vSize; 
HANDLE hmgHead; 
WORD seHead; 
HANDLE hf; 

) FILESPEC; 


[* vunnunannuunnnnansnnennnnnsene 
application specific variables 
SunnsnunTuunnnnunraernnnenanen 
7 
extern BYTE zAppName[]; /* application module name */ 
extern BYTE *rzAppfitie; /* pointer to application title name */ 
extern BYTE *rzNoMemory; /* pointer to error string "no memory* */ 
extern HANDLE hiMain; /* handle to application instance */ 
extern HWND hwMain; /* handle to main window */ 


/* global file module variables */ 

extern BYTE zCurrentFfile[12+1]; /" name of file without path */ 
extern BYTE zNewfile[l2+1]; /* name of new file from dialog box */ 
extern int hflewFile; /" handle to new file, 0 if file not opened */ 
extern FILESPEC FileSpec; /* file specification of the dump file */ 
extern HCURSOR herWait; /* hourglass */ 
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panes manager control t; & variables 
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PANE Single pane control specification 


rc ... determines the rectangle of the pane within the client area 
of the pane window. This rectangle includes the vertical 
headers of pane 0 and 2 and the horizontal headers of pane 
1 and 3. 


iVBase is the Index of the first vertical unit (Tine) which is 
displayed in the pane. 

iHBase is the index of the first horizontal unit (character, 
column etc) which is displayed in the pane. 

iVPos is the current vertical position in vertical units in the 
pane. 

iHPos is the current horizontal position in horizontal units in 
the pane. 

bValid is TRUE if pane is valid (displayed), 
FALSE if not (non-existent). 

The index values can be in range -1073741824. .+1073741823 

(-2"°30..2**30-1). 
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typedef struct 
{RECT wre; 
LONG iVBase; 
LONG iHBase; 
LONG iVPos; 
LONG iHPos; 
BOOL bYalid; 
} PANE; 
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DATASPEC Data specification for horizontal and vertical 


1Min is the long index of the first unit of the data object. 

iMax is the long maximum value of the scroll range (including). 

iPos is the index of the selected unit. This is the caret 
location, 

IBase is an array for every pane in the specified direction. 
The first 
value is the index of the first unit in the left or top 
pane, the second value is the index of the first unit in 
the right or bottom pane. 

sUnit is the size in device units of a base element im the window 
(for vertical the line height, for horizontal a width spec) 

sHead is the size in device units of the head (for vertical is 
this a top line in pane 0 and 1, for horizontal is this a 
left column in pane 0 and 2). 

uert is the multiply factor for the conversation from scroll bar 
values to scroll values. The value can be in range 1..32768. 


Typical horizontal units are characters, cells or columns. Typical 
vertical units are lines. The value of <iMin>, <iMax> and <iPos> 
can be in range -1073741824..+1073741823 (-2* 
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typedef struct 
{LONG iMin; 
LONG iMax; 
LONG iPos; 
LONG iBase[2]: 
WORD sUnit; 
WORD sMedian; 
WORD sHead; 
WORD uExt; 

} DATASPEC; 


/* scroll dar specification (privat type) */ 
typedef struct 
{BOOL bVisible; /* scroll bar Is visible */ 
HWND hm; /* handle of scroll bar window */ 
int iMin;  /* minimum value of scroll bar */ 
int Max; /* maximum value of scroll bar */ 
int iPos; /* current scrollbar value */ 
int nUnits; /* units (lines, characters etc) per pane */ 
} SCROLL; 
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PANESPEC Data specification for horizontal and vertical 


15 the window which contains the panes. 

Is the horiz. data specification of type DATASPEC. 

is the vert. data specification of type DATASPEC. 

wreTrackRedraw Is the invalidation rectangle for redrawing of the 
displayed panes. 

iFocusPane .... 15 the index of the pane which has the input focus 
if the pane window has the input focus. 

pxMullion ..... is the relative horizontal pane location within the 
client area of the pane window. 

pyTransom ..... is the relative vertical pane location within the 

client area of the pane window. 


hwPane 


. 
/ 
typedef struct 

{HWND hwPane; 

DATASPEC H; 

DATASPEC VW; 

RECT wreTrackRedraw; 

int {FocusPane; /* pane which has the input focus */ 

int pxMullion; /* relative horizontal pane location */ 

int pyTransom; /* relative vertical pane location */ 

PANE Pane[4]:; 

/* private used data structures */ 

SCROLL Scrol1[4]; 

HWND hwHiSplit; 

HUND hwiSplit; 

} PANESPEC; 


extern PANESPEC *rCPS; /* pointer to current pane specification */ 
/* public functions in DUMP.C */ 

vOID DrawTrackPos(int iPane,LONG iTrackBase); 

v010 CreatedrawingTools(HDC hdc)z 

v010 SetPanefocus(int IPane,BOOL bChange); 

VOID DramPane(HDC hadc,int iPane,WORD sxPane,WORD syPane); 

010 DestroyDrawingTools({VOID); 


/" public functions in FILE.C ”/ 

vOIO ErrorNoMem{HMND hw); 

voIO PrintMessage{WORD iString,...); 

BOOL Readdialog(WORD uBox,FARPROC rfd); 

B00L LoadFile(FiLESPEC *rSpec); 

HANDLE ReadDataBlock(FILESPEC *rSpec,DWORD uarile); 

vorn Closefile(FILESPEC *rSpec); 

BOOL FAR PASCAL fdOpenFile(HWND hw,NORD fMsg.WORD uP1,DWORD ulP2); 


/* public functions in PANE.C */ 

800L InitPaneManager (HANDLE hiPrev); 

B0OL CreatePanehindows (VOID) ; 

v01D SetScrollValues(BOOL bRedran); 

v0I0 SetPaneWindow(int sxWindow, int syWindow); 

v01D ClosePanes (VOID); 

vo10 ScrollPane(int iScrol},WORD uCmd,int iNewPos); 

VOID ChangePaneSize(V0lD); 

LONG ProcessPaneMsg(HWND hw,WORD iMsg,WORD upl,DWORD ulP2}; 


Die Welt steht Ihnen offen! 


Die ganze Welt der PC-Software steht Ihnen offen. Sie ist leistungsfähig und vielseitig. 
Aber zwischen der einen Software und der An Nr oft Welten: Die WRRBIN in 


| | Schulungsaufwand und bremst den Anwender, 
| statt seine Arbeit zu beschleunigen. Er gerät 
au nn wechselnden Prsahlernien in Konflikt. 


| Fr eine Bedieneroberfläche für ale gängigen 
| Software-Produkte zu schaffen. ComfoBridge 
läuft über die Industriestandard-Oberfläche 
a: | MS-Windows, die leicht zu bedienen ist und in 
Zukunft Bestand haben wird. Mit ComfoBridge sind Sie in der Lage, Bedienungs- 
abläufe zu automatisieren, verschiedene Programme, auch gleichzeitig, zu steuern 
und eigene Menüs zu erstellen. ComfoBridge ist das Werkzeug, mit dem Sie all diese 
Aufgaben mit einem Höchstmaß an Programmierkomfort erledigen. Weltoffen! 


ComfoBridge ist ein Baustein 
zum SPI-Windows-Office. 
Weitere Bausteine sind 
ComfoTalk, ComfoDesk 

Clip & Connect 
ComfoTex 2 
ACCESS SQL 


-- 
Bitte schicken Sie weitere Informationen 
über: DJ Das SPI-Windows-Offiie DO] ComfoBridge 

DO Die Open Access Il Familie D]Das SQL System 


Firma 
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SOFTWARE PRODUCTS INTERNATIONAL 


SPI Software Products International (Deutschland) GmbH 
Stefan-George-Ring 22+24, 8000 München 81 
Tel.: 089/930090-0, Fax: 089/9300 90-11 
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>» Listing 5: 

Die MAKE-Datei 
DUMP.MD für die 
Erzeugung der 
Debugging-Version. 


> Listing 6: 

Die MAKE-Datei 
DUMP.MP für die 
Erzeugung der »Pro- 
duktion«-Version. 


>» Listing 9: 
Die Konstanten-Defi- 
nitionsdatei DEFS.H. 


» Listing 7: 
Die Ressourcen-Datei 
DUMP.RC. 


>> Listing 10: 

Die Linker-Definiti- 
onsdatei DUMP.DFD 
für das Debugging. 


>> Listing 11: 

Die Linker-Definiti- 
onsdatei DUMP.DFP 
für die »Produktion«. 


® Listing 8: 
Definitionen der 
Dialogfelder in der 
Datei DUMP.DLG. 
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LIErZ 
CC=CL >$*,ERR -c -AM -G5w NT DUMP_$* Od -WELHL) -Zip $*.C 


DUMP „RES: DUMP.RC DEFS.H DUMP.DLG DUMP.ICO 
RE -r $* 


DUMP.EXE: DUMP.H 
SETDEBUG $*.H OFF 


DUNP.OBJ: DUMP.C DEFS.H DUMP.H 
scec) 


PANE.OBJ: PANE.C DEFS.H DUMP.H 
s(ce) 


FILE.O8J): FILE.C DEFS.H DUMP.H 
$stec) 


DUMP,EXE: DUMP.OBJ PANE.OBJ FILE.OB) DUMP.RES DUMP.DFD 
LINK DUMP+PANE+FILE/A: 16, /CODEVIEN, „MLIBM+MLIBCEW/NOD.$*.DFO; 
RC S”.RES 


WL«2 
CC»CL >$®.ERR € -AM -65w NT DUMP_S® -Ox -N(HL) -Zp $*.C 


DUMP.RES: DUMP.RC DEFS.H DUMP.DLG DUMP.ICO 
RC -r $* 


DUMP .EXE: DUMP.H 
SETDEBUG $*.H OFF 


DUMP.OBJ: DUMP.C DEFS.H DUMP.H 
sec) 


PANE.OBJ: PANE.C DEFS.H DUMP.H 
$s(cc) 


FILE.OBJ: FILE.C DEFS.H DUMP.H 
stcc) 


DUMP.EXE: DUMP.OBJ PANE.OBJ FILE.OBJ DUMP.RES DUMP.DFP 


LINK DUMP+PANE+FILE/A: 16, , „MLIBW+MLIBCEW/ROD,$*.DFP; 
RC $#.RES 


ee ee 


— DUMNP ———— MS-Hindows Application 
Resource file 


Copyright 1989 by 
Marcellus Buchheit, Buchheit software research 
Zaehringerstrasse 47, D-7500 Karlsruhe 1 
Phone (0) 721/37 67 76 (West Germany) 


All rights reserved — Release 1.00 of 89-Sep-07 


Kenestteeenaekenetneern ernennen ee here nern 


#include <WINDOWS.K> 
#include "DEFS.H" 


STRINGTABLE BEGIN 
STAPPTITLE, "Datei-Hex-Dump* 
STFILETITLE, "Hex-Dump — Datei »%5«” 
STNOMEM, "Zu wenig Speicher!\012Bitte beenden Sie eine Applikation.” 
ST_NO_FILE,*Datei %s nicht gefunden." 
ST_TOO_LONG, "Datei %5 ist länger als 64 Häytes.” 
ST_BAD_READ,"Von Datei %s kann nicht gelesen werden.* 
END 7* STRINGTABLE */ 


Ir —e 
standard ressources 


“ 


1CO_MAIN ICON DUMP.ICH 

CRS_SPLITH CURSOR SPLITH.CUR 
CRS_SPLITW CURSOR SPLITV.CUR 
ERS_SPLITX CURSOR SPLITX.CUR 


Pe mn 
application's menu specification 


EN 


MNU_MAIN MENU BEGIN 
PÜPUP "ADstei” BEGIN 
MENUITEN "ALaden. .."CHO_OPEN 
MENUITEM SEPARATOR 
MENUITEM "ASchließen® „CHD_EXIT 
MENUITEM *Süber.. .” ‚CHD_ ABOUT 
MENUITEM SEPARATOR 
MENUITEM "8Teilen... 
END 
END /* MU MAIN =/ 


„CMD_SPLIT,GRAYED 


rn — 
dialog boxes specification 


= 
RCINCLUDE DUMP.DLG 


DB_ABOUT DIALOG 10,10.154,76 

CAFTION "Über DUMP" 

STYLE WS_CAPTION|WS_POPUP 

BEGIN 

CONTROL "Microsoft Windows 2" IDNONE,"static*, 
$S_CENTER|WS_GROUP|WS_CHILD,0,5,154,8 

CONTROL *Hex-Dateiinhalts-Anzeige" „IDNONE, "static", 
SS_CENTER|WS_CHILD,0,14,154,8 

CONTROL *Version 1.00* IONONE,"static*,SS_CENTER|WS_CHILD,30,34,98,8 


CONTROL "Copyright 4 1989, Marcellus Buchheit",IDNONE,"static", 
SS_CENTER|WS_GROUP|WS_CHILD,0,47,154,9 
CONTROL 100 MAIN, TONÖNE, "static" ,55_ICON|WS_CHILD,4,8,36,32 
CONTROL "Ok”IDOK, "button", 
BS_DEFPUSHBUTTON |WS_TABSTOP|NS_GROUP|WS_CHILD,61.59,32.14 
END /* Da_ABOUT */ 


O8_OPEN FILE DIALOG 10,10,186,114 
CAPTION *Dump: Lade Datei” 
STYLE WS_CAPTION|#S_POPUP 
BEGIN 
CONTROL **„IDFILENAME, "edit", 
ES NITORSEROLL|ES_LEFT[NS.BORDER|US_TABSTORING_CHILD, 
4,4,178,12 
CONTROL **IDPATH, "static" „SS_LEFT|SS_NOPREFIX,4,20,178,8 
CONTROL "ADateien:“ IONONE,"static",SS_LEFT,4,32,32,8 
CONTROL *"IDFILELIST,"11stbox*, 
LBS_STANDARD|WS_TABSTOP|WS_CHILD,4,44,56,56 
CONTROL "AVerzeichnisse:" ‚IDNONE,"static"5S_LEFT,64,32.56,8 
CONTROL **„IDDIRLIST, *listbox*", 
LBS_STANDARD|WS_TABSTOP|WS_CHILD,64,44.64,56 
CONTROL "Ok", 1DOK,"button*, 
BS_DEFPUSHBUTTON | WS_TARSTOP|KS_GROUP|KS_CHILD,132,54,50,14 
CONTROL "Abbrechen" ‚IDCANCEL, "button", 
BS_PUSHBUTTON|WS_TABSTOP |WS_GROUP|NS_CHILD,132,74,50,14 
END /* DB_OPEN FILE "/ 


#define CMD_OPEN 121 
define CMD_EXIT 122 
define CMD_SPLIT 123 
#define CMD-ABOUT 124 


/* dialog boxes */ 
#define DB ABOUT 500 
#define DB"OPEN FILE 501 


/* main menu */ 
#define MNU_ MAIN 900 


/* accelerator */ 
#define ACC_MAIN 900 


/* icons */ 
#define IC0_MAIN 900 


{* cursors */ 

#define CRS_SPLITH 900 
#sefine CRS/SPLITV 901 
#define CRS_SPLITX 902 


f* strings */ 

#define STVERSION 0 
#define STAPPTITLE 1000 
#define STFILETITLE 1001 
#define STNOMEM 1002 
#define ST_NO_FILE 1500 
#define ST_TOÖ LONG 1501 
#define STBAD READ 1502 


/* dialog box entries */ 
#define IONONE 0 
#define IDTITLE 2000 
#define IDVERSION 2001 
#define IDICON 2002 
#define IDSIGNET 2003 
#define IDFLAG 2004 
#define IDFILENAME 2010 
#define IDFILELIST 2011 
#define I0DIRLIST 2012 
#define IDPATH 2013 
#define IOHSPLIT 2100 
sdefine IDVSPLIT 2101 
#define IDPSCROLL 2102 /* ..2105 */ 


NAME DUMP 

REALMODE 

EXETYPE WINDOWS 

DESCRIPTION "Hex file dump program’ 
STUB 'WINSTUB.EXE' 

CODE MOWABLE PRELOAD 

DATA MOWABLE MULTIPLE 

HEAPSIZE 4096 

STACKSIZE 4096 


SEGMENTS 
DUMP_DUMP FIXED PRELOAD 
DUMPTPANE FIXED PRELOAD 
DUMPTFILE FIXED PRELOAD 


EXPORTS 
fwMain @1 
fwSpiit @2 
fdAbout #3 
fdOpenFile @4 


NAME DUMP 

REALMODE 

EXETYPE WINDOWS 

DESCRIPTION 'Hex file dump program‘ 
STUB 'WINSTUB.EXE" 

CODE MOVABLE DISCARDABLE 

DATA MOVABLE MULTIPLE 

HEAPSIZE 4096 

STACKSIZE 4096 


SEGMENTS 
DUMP_DUMP MOVABLE LOADONCALL DISCARDABLE 
DUMP_PANE MOVABLE LOADONCALL DISCARDABLE 
DUMP_FILE MOVABLE LOADONCALL DISCARDABLE 


EXPORTS 
fwMain @1 
twöpiit 82 
fdAbout @3 
fdOpenfile 84 


Produktübersicht: 


Programme 
für 
Microsoft 


Windows hat in letzter Zeit stark an Bedeutung gewonnen und auch 
die Akzeptanz unter Anwendungsentwicklern hat zugenommen. Dies 
ist vor allem an der Vielzahl der Softwareprodukte zu erkennen, die 
unter Microsoft Windows laufen. Auf den folgenden Seiten bringen 
wir eine Übersicht der wichtigsten Programme für Microsoft Win- 
dows. Für jedes Produkt ist aufgeführt: der Produktname, eine Kurz- 
beschreibung, der Name des Herstellers und/oder anderer Bezugs- 
möglichkeiten. 


Wenn Sie selbst ein interessantes Windows-Produkt entwickelt 
haben oder kennen und möchten, daß es in die nächste Windows- 
Produktübersicht aufgenommen werden soll, schreiben Sie an: 


Windows Microsoft GmbH, Christian Wildfeuer, Edisonstr. 1, 8044 Unter- 
schleißheim 


Beschreibung 


Datenbank 


Erstellung von MS-Windows-Programmen, die Dateien im dBase-Format verwalten und auswer- 
ten. Leistungsumfang: 1. Dateiverwaltungsfunktionen 2. Umsetzung ASCII-/ANSI-Zeichensatz 3. 
Anpassung der dBase-Datenstrukturen und Datentypen an die »C«-Konventionen 4. Generierung 
der Leer- und Include-Dateien 5. Zentrale Pflege der Feldtitel und der feldbezogenen Plausibili- 
tätsbereiche für die Windowsmasken. 6. Maskenorientierte Such- u. Selektionssprache nach der 
Philosophie »Query by Example«: Bool'sche Operatoren, vollständige AOS-Logik, arithmetische 
und alphabetische Vergleiche, Mustererkennungsfunktionen. 


OMNIS Quartz ist ein Datenbanksystem, das alle Vorteile von MS-Windows nutzt. Ohne sich 
Kenntnisse der Windows-Programmierschnittstelle aneignen zu müssen, kann der Anwendungs- 
entwickler Applikationen schreiben, die von Dialogboxen über Pull-down-Menüs bis hin zu dyna- 
mischen Datenaustausch, alle Windows-Konzepte voll nutzen. Erhältlich als Single- und Multi- 
User-Version. Die Leistungsfähigkeit in Zahlen: * Unbegrenzte Anzahl von Datensätzen in jeder 
Datei * 120 Felder pro Eintrag + Maximal 288.000 Zeichen pro Eintrag + 60 Tabellen pro Daten- 
bank (Look-up Tabellen) * Überprüfung der Eingabe auf Kriterien = Bis zu 12 Index-Felder « 60 
Dateien gleichzeitig geöffnet « Datenaustausch per DIF, dBase, SYLK, ASCII, WK1, WKS-Dateien ® 
Reportgenerator mit WYSIWYG-Darstellung aller Schriften (MS Windows-Fonts) in verschiedenen 
Schriftgrößen und Typen 


Sie können mit Ontrak, dem Information Organizer, eine umfassende Menge von Informationen 
schnell und einfach verwalten. Nutzen Sie OnTrak, um Kundenlisten, Werbematerial, Gewinne, 
Aufträge, Geschäftskontakte und vieles mehr zu verwalten. OnTrak bietet ein bekanntes Rolodex- 
ähnliches Interface, welches das Sortieren und Sichten Ihrer Daten wesentlich vereinfacht. Sie 
können eine unbegrenzte Anzahl von Karteikarten erstellen, um jede Art von Information zu ver- 
walten. Sie könen OnTrak so modifizieren, daß es die Art von Informationen bearbeitet die wichtig 
für Sie sind. Sie können pro Karte bis zu acht Seiten an Detail-Informationen eintragen! OnTrak 
hat die einzigartige Möglichkeit Ihre Informationen nach jedem beliebige Feld auf Ihrer Karte zu 
sortieren. OnTrak ist schnell - Ihre gesamte Kartei läßt sich in einem Bruchteil von Sekunden sor- 
tieren, so haben Sie immer sofortigen Zugriff auf auf Ihre Daten. 


Winbase ist ein Datenbanksystem, das sowohl als eigenständige Datenbank, als auch als Editor für 
dBase-kompatible Dateien eingesetzt werden kann. Vorteile: Bequeme Bedienung per Maus und 
Austausch von Daten zwischen verschiedenen Applikationen über das Clipboard. Außerdem kann 
man mehrere Fenster gleichzeitig öffnen und zwischen den Datenbank-Dateien Informationen 
transferieren. Eigenschaften: + mehrere Fenster gleichzeitig * horizontales und vertikales Scrollen 
« Sortierung der Datensätze (aufsteigend/absteigend nach einem oder mehreren Feldern) * Suche 
nach Wörtern, Zahlen Ausdrücken (wie bei Textverarbeitung) * Berechnung von Summen, Durch- 
schnitten, Minima und Maxima findet fast von ganz allein statt + Ausgabe von Datensätzen erfolgt 
wahlweise auf den Drucker, in eine Datei oder auf das Window-Clipboard, von dem aus die Daten 
in eine weitere Applikation übernommen werden können. 


dBase-kompatible Datenbank. Speichert Text und Grafik. Maximale Anzahl der Einträge: 32.000. 


Tabellenkalkulation/Finanzen 


BLUES bringt Ihnen aktuelle Marktdaten in Ihr eigenes Spreadsheet. BLUES ist ein Verbindungs- 
werkzeug (Connectivity Tool) - eine Brücke zwischen aktuellen Marktdaten und Microsoft Excel. 
Mit BLUES lassen sich mehrere Fenster gleichzeitig mit allen Informationen darstellen, die auf 
RDX II verfügbar sind (u.a. Reuters, Telerate und die Stock Eschange Computer Readable Services. 
Ein Microsoft Excel-Worksheet empfängt mit Hilfe von BLUES automatisch die neuesten Daten uns 
macht Neuberechnungen und Updates aller damit verbundenen Grafiken möglich. Gestalten Sie in 
Excel Ihre eigenen Portfolios, Risikomodelle, Optionsstrategien, etc. BLUES wird diese Modelle mit 
lebenden Daten füllen. BLUES kann gleichzeitig Seiteninformation, Telexe und Teilseiten-Informa- 
tion übertragen. Zur selben Zeit können diese Informationen gespeichert werden. BLUES erweitert 
die Möglichkeiten des RDX II Trading Room beträchtlich. Die Datenübertragung erfolgt über RDX 
Il Network, das von IBM vertrieben wird. 


Hersteller/Vertrieb Produktname 
DBF-Link / DBF- 
Query 

BLYTH Software Ltd. OMNIS Quartz 


Mitford House, Benhall 

GB Saxmundham, Suffolk IP17 1JS 
Tel.: 0045/0728/3011 

Fax: 0045/0728/4154 

Mikro Partner GmbH, 2000 Hamburg 1 
Intellis, CH - Ebmatingen 


Active Software Corporation OnTrak 
1208 Apollo Way, Suite 507 

Sunnyvale, CA 94086 

USA 

Pioneer Software WinBase 


Markt & Technik Verlag AG, 8013 Haar 


Softline GmbH WindowsfFiler 


BLUES 
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COMPETE! 3.01 


NEXPERT OBJECT 


Option Risk 
Management 


Arts & Letters 


ClickArt EPS 


ClickArt Image 
Portfolios 
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Beschreibung 


Das FDS-Costing soll zur Unterstützung der Kalkulation von Schuh- oder Bekleidungsteilen heran- 
gezogen werden und das bestehende FDS- bzw. ADS-CAD-System in betriebswirtschaftlicher Hin- 
sicht ergänzen. Dazu können die innerhalb des CAD-Systems bereits erfaßten, berechneten und in 
der CUT- oder PLOT-File gespeicherten Daten wiederverwendet werden. 


CFO Advisor ist mehr als ein Spreadsheet. Es liefert dem Manager sofort leistungsfähige Entschei- 
dungshilfe durch Auswertung von Daten aus dem Rechnungswesen, um dadurch die gegenwärtige 
Position Ihres Unternehmens einzuschätzen. CFO Advisor hilft Ihnen, den Einfluß verschiedener 
Strategien vorherzusagen und Leistungsstandards zu bestimmen, um gewünschte Ziele zu errei- 
chen. Sein einzigartiger Blueprint-Bildschirm identifiziert die Zusammenhänge zwischen den wich- 
tigsten Leistungsgebieten des Unternehmens, auf die das Management direkten Einfluß nehmen 
kann, und auf die wichtigsten Ergebnisbereiche, die die Leistungsfähigkeit, Effizienz und Profita- 
bilität des Unternehmens messen. CFO Advisor ermöglicht Ihnen direkten Input und bietet 
Schnittstellen für General Ledger Systeme wie ACCPAC Plus, Solomon III, RealWorld, und CYMA. 
Ebenso verfügt es über Schnittstellen für Lotus 1-2-3 und SuperCalc.Zudem ist ein dynamischer 
Datenaustausch mit Microsoft Excel möglich. 


Compete! lets users track five variables - typically financial results, products, markets, time periods 
and competitors - rather than the standard two in programs such as the Lotus 1-2-3 spreadsheet. 
An analyst can easily spot numbers that may indicate problems, or perform »what-if« analysis to 
see how a specific change would ripple through the business. For instance, an airline could expe- 
riment to determine the optimal fare cut for a particular type of ticket that is generating low reve- 
nue at a certain time of the year in a few markets, taking into account how competitors generally 
have responded. While this sort of analysis is done now, it typically takes many hours to poroduce 
the sort of result that Compete! can produce in seconds. »You put your fingers on all these 
(varibables) mentally, but pretty soon you run out of fingers and you have to stop and start all 
over... Not with Compete! 


Microsoft Excel vereint Tabellenkalkulation, die Leistungsfähigkeit einer schnellen Datenbankfunk- 
tion sowie außergewöhnlich leistungsfähige Geschäftsgrafikfunktionen zu einer leistungsstarken 
Lösung. Stellen Sie mehrere Arbeitsblätter und Grafiken gleichzeitig am Bildschirm dar, konsoli- 
dieren Sie Informationen, erstellen Sie Reports und verknüpfen Sie Arbeitsblätter, so daß sich 
Änderungen in allen verbundenen Bereichen vollziehen - all das ist mit Microsoft Excel problemlos 
möglich. Aufgrund seiner richtungsweisenden grafischen Bedieneroberfläche ist Microsoft Excel 
äußerst leicht und schnell zu erlernen. Ein didaktisch strukturiertes Lernprogramm führt Sie 
Schritt für Schritt durch alle Funktionsbereiche. Häufiger benötigte Arbeiten können Sie schnell 
und einfach automatisieren. Makros lassen sich vom Makrorekorder automatisch aufzeichnen oder 
direkt in der Makrosprache bis hin zu eigenständigen Anwendungen erstellen. 


Nexpert Object bietet eine Umgebung für die Entwicklung und den Ablauf von Expertensystemen 
in der Diagnostik, Finanz, Simulation, Planung, Ablaufkontrolle und mehr. Dieses hybride regel- 
und objektorientierte System läuft auf dem IBM PC/AT, PS/2 und anderen auf dem Intel 
80286/80386 Chip basierenden Rechnern unter MS-DOS mit Microsoft Windows wie auch unter 
0S/2. Nexpert ist vollständig in C programmiert, um ein Höchstmaß an Performance und Inte- 
gration zu gewährleisten. Es kann durch eine Al-Bibliothek voll in bestehende Betriebsumge- 
bungen eingebunden werden. Nexpert unterstützt unter Microsoft Windows die Protokolle des 
Dynamischen Daten Austausches und der Dynamic Link Bibliotheken. Die umfassende Grafik- 
schnittstelle von Nexpert ermöglicht Ihnen, Regeln zu editieren sowie Kontrollstrukturen aufzu- 
bauen. Seine offene ereignisgesteuerte Architektur erlaubt die Entwicklung von Echtzeit- und On- 
Line-Anwendungen und unterstützt voll die Kommunikation mit Standard-Datenbanken. 


Option Risk Management ist ein Analyse-Programm für den professionellen Broker ebenso wie für 
den privaten Anleger. Sekundenschnell lassen sich Prämien, Delta/Vega/Gamma, Volatilität sowie 
Gewinn/Verlust Potential auf Optionspositionen inkl. »Underlying« aller Märkte berechnen. Die 
Daten können direkt von Kommunikationssystemen oder internen Großcomputern eingelesen 
werden. ORM wird erfolgreich von namhaften Brokern an den amerikanischen Futures- und Opti- 
onsmärkten sowie von Schweizer Banken für den SOFFEX- und OTC-Optionshandel eingesetzt. Als 
Ergänzung ist ab ca. Sommer '89 auch Real-Tick III als »Real-time-quote-screen und Grafikpro- 
gramm« erhältlich. 


Grafik 


Mit Arts & Letters (TM) erstellen Sie auf professionelle Art präsentationsfähige Diagramme, Illu- 
strationen, Organigramme, Broschüren und andere Grafiken. Mit Arts & Letters erzielt man auch 
ohne Zeichentalent schöne und überzeugende Ergebnisse. Schneiden, kopieren oder malen Sie 
Ihre Kompositionen in bekannte Desktop-Publishing-Anwendungen wie z.B. Aldus Pagemaker und 
Ventura Publisher. Wählen Sie aus über 3700 professionell gezeichneten Clip-Art Bildern und 15 
High-Resolution-Schriftarten. Tausende Bild-Optionen und Logos sind ebenfalls verfügbar, ebenso 
viele ausgefallene Schriftarten. Oder benutzen Sie den Graphics Editor, um eigene Ideen zu ver- 
wirklichen, bereits über 1000 im System vorhandene Symbole zu verändern oder um per Scanner 
eingefügte Bilder zu verarbeiten. Schrifttypen und Symbole können ohne Beeinträchtigung der 
Bildqualität verkleinert bzw. vergrößert, gedreht, verbreitert, verschmälert, etc. werden. Jeder 
Laserdrucker ermöglicht den Ausdruck in Präsentationsqualität. Text und Grafik aus anderen Win- 
dows-Applikationen sind übertragbar. 


Click Art EPS Illustrations ist ideal zur Vervollständigung von allen Publikationen, an die höchste 
Ansprüche gestellt werden. Das Programm enthält Symbole und Bilder u.a. aus den Gebieten In- 
dustrie und Technik, Landkarten, Musikinstrumente, Verkehrswesen, Jahreszeiten, Sport, Ge- 
sichter und Menschen, Bürogeräte, Nahrungsmittel und Getränke, etc. EPS Illustrations ist kompa- 
tibel mit PC PageMaker 2.0 und anderen EPS-lesenden Produkten. 


Das sechsteilige Programm enthält Bilder und Symbole aus folgenden Bereichen: + ClickArt EPS 
Business Art * ClickArt Business Images ClickArt Publications * ClickArt Personal Graphics * 
ClickArt Holidays + ClickArt Christian Images 


Hersteller/Vertrieb 


CAS GmbH 

EKZ Am Alten Markt 
Hauptstr. 46 

6780 Pirmasens 


Financial Feasabilities, Inc. 

9454 Wilshire Blvd./Penthouse Suite 
USA Beverly Hills, CA 90212 

Tel.: 001/213/2788000 


Microsoft GmbH 

Edisonstr. 1 

8044 Unterschleißheim 

ACCESS Computer Vertriebs GmbH 
ALSO ABC Trading AG 

BSP Softwaredistribution GmbH 
Cfm Computertechnik AG 
Computer 2000 AG 

Softexpress 

Datenverarbeitungs- und Betriebsbera- 
tungs- ges.m.b.H. 


Neuron Data 
444 High Street 
USA Palo Alto, CA 94301 


Townsend Analytics Ltd. 

30 South Wacker Drive/Suite 1117 
USA Chicago; IL 60606 

TOFF Consulting & Finanz AG 


Computer Support Corporation 
15926 Midway Road 

USA Dallas, TX 75244 

Tel.: 001/214/661 896 

Softline Company, 7602 Oberkirch 


T/Maker Company 

1390 Villa Street/Mountain View 
USA Beverly Hills, CA 90212 
Tel.: 001/415/9620195 

Fax: 001/415/9620201 

CCP Software, 3550 Marburg 


T/Maker Company 

1390 Villa Street/Mountain View 
USA Beverly Hills, CA 90212 
Tel.: 001/415/9620195 

Fax: 001/415/9620201 

CCP Software, 3550 Marburg 


Beschreibung 


ClickArt Scrapbook+ ist ein intelligenter Grafik- und Textmanager, mit dem Sie auf zwei Arten 
Grafik und Text speichern und ordnen können: durch Mouse-Steuerung oder Menüwahl. Sie fin- 
den leicht das gesuchte Bild und können es sofort in PC PageMaker, Microsoft Windows Write 
oder jeder anderen Windows-Applikation einbinden. ClickArt Scrapbook+ ist leicht zu bedienen 
und in hohem Maße anschaulich. Es fertigt automatisch Miniaturkopien Ihrer Entwürfe an und 
speichert diese in eine Datei. Dabei können Sie einen visuellen Index aller Ihrer Bilder auf einen 
Blick sehen. Außerdem ist es möglich, Bilder mit Schlüsselworten zu benennen, um sie später 
blitzschnell per Suchfunktion wiederzufinden. ClickArt Scrapbook+ ermöglicht Ihnen ebenfalls die 
Speicherung und Ordnung von Text-Files, Excel-Daten (SYLK-Dateien), Excel-Grafik, EPS-Dateien, 
Meta-Files etc. Voraussetzung dafür: Microsoft Windows 2.0 oder höher. 


Clip Art 3-D bietet CD-ROM-Anwendern jetzt Zugriff auf mehr als 2500 dreidimensionale Einzel- 
bilder (Vektorgrafik) für Desktop Publishing, Design und Präsentationsgrafik. Auf nur einer Disc 
stehen Ihnen Darstellungen zu zahlreichen Themenkreisen zur Verfügung: Menschen, Geografie, 
Transportwesen, Architektur, Nahrungsmittel, Maschinen, etc. Außerdem eine Reihe von 3-D- 
Schriften. Alle Einzelbilder lassen sich individuell verändern: in Perspektiven, Lage und Größe. 
Über acht Lichtquellen könne Ausleuchtung und Farbgebung jederzeit verändert werden. Das Pro- 
gramm enthält 500 bereits zusammengesetzte Abbildungen. Sie können selbstverständlich auch 
Ihre eigenen Bildkompositionen erstellen. Ihrer Kreativität sind dabei keine Grenzen gesetzt. Aus- 
gewählte und nach Ihren Wünschen editierte Bilder lassen sich im PIC-, WMF- oder PostScript- 
Grafikformat abspeichern. Damit werden Layoutgestaltung und Design am PC so einfach wie noch 
nie. Erhältlich für PC und für Apple Macintosh. 


Mit COREL DRAW können Sie jeden Text verändern, drehen, vergrößern, verkleinern, dehnen, 
spiegeln und an jede beliebige Linie anpassen sowie verschiedene Abstände zwischen den einzel- 
nen Buchstaben eines Wortes frei wählen - und dies alles in WYSIWYG. Es stehen Ihnen über 57 
Schriften in beliebiger Größe wie auch mehrere Schönschreib-Schriftarten zur Textgestaltung zur 
Verfügung. Mit COREL DRAW ist es äußerst einfach, Objekte zu bearbeiten. Klicken Sie irgend 
einen Teil des Objektes an, verändern Sie diesen frei nach Ihren Wünschen, duplizieren Sie Abbil- 
dungen oder speichern Sie häufiger benötigte Arbeitsschritte als leistungsstarke Makros ab. COREL 
DRAW stellt Ihnen mehrere Bibliotheken von Click-Art-Abbildungen zur Verfügung, die Sie über 
Dialogboxen ganz einfach in Ihr Arbeitsblatt übernehmen können. COREL DRAW ist der Partner 
für DTP und Textverarbeitungsprogramme. Sie können TIFF-, PCX-, PIC- und Adobe Illustrator- 
Dateien importieren. Die deutsche Produktversion erscheint im 3. Quartal '89. 


Design/OA ist eine offene Architektur, die Funktionen zur Erzeugung von interaktiven, grafischen 
Anwendungsprogrammen zur Verfügung stellt. Insbesondere wird die Implementierung von grafi- 
schen Anwendungen unterstützt, denen eine logische Verbindung von Objekten zugrunde liegt, 
wie z.B. Petri-Netz-Editoren oder grafischen Simulatoren. Design/OA bietet eine vollständige hori- 
zontale Programmierumgebung. Dem Programmierer stehen alle Funktionen von Design/2.0 zur 
Verfügung. Daher kann er sich völlig auf das eigentliche Problem, die zu implementierende Metho- 
de, konzentrieren. Der Programmierer bestimmt die Art und Anzahl der Sorten von Objekten, die 
Regeln für die Verbindung von Objekten sowie die Semantik für die Beziehungen zwischen den 
Objekten. 


Desktop Publishing für Werbebüros, Grafiker, technische Zeichner, Typographen, Architekten, 
Designer. Diagraph Windows ist ein komplettes WYSIWYG-DTP-Pro, für Drucksachen aller 
Art. Diagraph Windows ist die ideale Ergänzung zu den herkömmlichen Grafik- und Publishing- 
Programmen (z.B. PageMaker, Ventura, Office Publisher, First Impression, Lotus, Havard Graphics 
u.a.). Spezialeffekte: Texte sind frei drehbar, lassen sich rastern, als Outlines verwenden, stauchen 
und dehnen, etc. Eingebaute Funktionen: * Textimport über ASCII aus Textverarbeitungen ® 
Mehrspaltiger Umbruch (unbegrenzte Seitenzahl) * Schriften von 2-2000 Punkt in 1/10 Punkt- 
schritten * Grafikimport über Scanner/Grafiksoftware (TIFF/PIC) * 45 Schrifttypen (15 im 
Grundpaket; weitere optional) * Manuelle Spationierung * Grafikfunktionen (z.B. Kreise, Linien, 
Quadrate) * Zoom (Lupe) und Ganzseitenansicht + Raster für genaue Ausrichtung einblendbar * 
für Nadeldrucker (9-24 Nadeln) und Laserdrucker * Ausgabe auf Satzbelichter über Postscript 
(max. 2540 dpi) * Farbseparation und Farb-Postscript-Ausgabe (optional) * Farbdruck auf Farb- 
druckern (z.B. HP PaintJet, Nec CP5/6) * 3300 Grafiken im Lieferumfang enthalten 


Zusatzprogramm für Diagraph Windows. Kurvenfunktionen (Bezierkurven) für Freihandzeichnen 
und komplizierte Grafik in Vektorqualität, freie Editierbarkeit aller Symbole und Vektorgrafiken; 
Übernahme gescannter Strichvorlagen und Halbtonfotos zur Weiterverarbeitung als Vektoren 
(über TIFF-Grafikimport); Vektorisierung von Firmenlogos, Signets, Unterschriften, u.a. für maxi- 
male Ausgabequalität (auch nach Vergrößerung und Drehung) sind Erweiterungen für Diagraph 
Windows. Bei gescannten Logos in Pixelgrafik (z.B. 300 dpi oder weniger) kann eine Vergröße- 
rung oder Drehung des Logos mit herkömmlichen Programmen nur mit Qualitätseinbußen und 
Sägezähnchen erreicht werden. Nach einer Vektorisierung im Editor wird immer die maximale, 
randscharfe Qualität erreicht. Alle in Diagraph Windows und im Editor erstellten Spezialeffekte, 
Texte, Seiten, Grafiken oder Logos können problemlos mit anderen Programmen ausgetauscht 
werden. Als Ausgabeformate dienen CGM (Computer Graphics Metafiles) EPS (Encapsulated Post- 
script) und WMF (Windows Metafiles). Diagraph Windows arbeitet mit CGA, Hercules, EGA, VGA 
und Ganzseitenschirmen bis 20 Zoll. 


Digital Photolab erlaubt das Retuschieren und Editieren von Halbtongrafiken, die aus Scannern 
oder als TIFF-Formate eingelesen wurden. Empfohlene Konfiguration: VGA-Karte und Postscript- 
Drucker. 


Anwendungsbereiche: für grafische Repräsentationsmöglichkeiten quantitativer und logischer 
Informationen. Die Anwendung DrawCel versetzt Excel in die Lage, einfache geometrische Ele- 
mente wie Linien, Polygone, Kreise, Intensitätspfeile und Rechtecke darzustellen. Dabei wird jedes 
dieser Elemente durch seine Parameter (X-Position-, Y-Position, Breite, Höhe, Radius, etc.) be- 
stimmt. Im Gegensatz zu herkömmlichen Windows-Zeichenprogrammen sind die Parameter dieser 
Elemente mit den Kalkulationswerten beliebiger Excel-Tabellen verknüpfbar. Dies bedeutet, daß 
sich bei Veränderung eines dieser Tabellenwerte sofort die Zeichnung an die neuen Parameter- 
werte anpaßt (= dynamisches Zeichnen). Neben den genannten geometrischen Grundelementen 
ist außerdem ein Zeichensatz ansprechbar, der sich unabhängig von den verknüpften Excel-Tabel- 
len versetzten, vergrößern, verkleinern und rotieren läßt. DrawCel enthält einen menügesteuerten 
Funktionsbereich zum Anlegen, Verwalten und Editieren von Zeichnungsdateien. Dabei ist die Ein- 
richtung von bis zu 253 Zeichnungsebenen (Layers) möglich. 


Hersteller/Vertrieb Produktname 

T/Maker Company ClickArt 

1390 Villa Street/Mountain View Scrapbook+ 

USA Beverly Hills, CA 90212 

Tel.: 001/415/9620195 

Fax: 001/415/9620201 

CCP Software, 3550 Marburg 
Clip Art 3-D 

COREL Systems Corporation COREL DRAW! 

1600 Carling Avenue 

CAN Ottawa, Ontario K1Z 8R7 

EDTZ 

DTP Partner 

Jakobi Systemhaus 

Meta Software Corporation Design/OA 

150 Cambridge Park Drive 

USA Cambridge, MA 02140 

C.LT. GmbH 

NOSER AG 

Softline Company, 7602 Oberkirch Diagraph Windows 

Softline Company, 7602 Oberkirch Diagraph Windows 
Editor 

Softline Company, 7602 Oberkirch Digital Photolab 

K. Raue / Management Systeme GmbH Drawcel 

Bunsenstr. 22 

6100 Darmstadt 

Tel.: 06151/82077 
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Produktname 


Dynamisches 
Zeichnen 


Graph Plus 


Image Folio 


MetaDesign 


Micrographix 
Designer 


NoVA-3D 


Paintbrush Plus 
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Beschreibung 


Anspruchsvolle Geschäftsgrafiken (z.B. Portfolio Darstellungen, Struktugramme, Terminpläne) 
und technische Präsentationsgrafik (z.B. Material- und Stofflußpläne auf der Grundlage von Excel 
Tabellen). Dynamisches Zeichnen erlaubt es, Zeichnungen in direkter Abhängigkeit von Excel- 
Tabellen zu erzeugen. Dabei lassen sich Merkmale von Geschäftsgrafiken mit Möglichkeiten ein- 
facher CAD-Programme kombinieren. Durch die Möglichkeit, Bezüge durch Formeln zu verknüp- 
fen, können komplexe Zeichnungen erstellt werden, die bei Änderung der Parameter in der zu- 
grundeliegenden Tabelle neu berechnet und dargestellt werden. Die farbigen Zeichnungen können 
auf der Grundlage folgender geometrischer Elemente erzeugt werden: Linien, Polygone, Rechtecke 
(rotierbar), Kreise und Kreisbögen, Ellipsen und Ellipsenbögen, Pfeile, rotierbarer Text. Der Benut- 
zer kann sich eigene Symbolbibliotheken (z.B. Landkarten, technische Symbole) erstellen, so daß 
die Definition von ähnlichen Grafiken sehr effizient durchzuführen ist. Die Zeichnungen lassen 
sich auf bis zu 256 Layern definieren. Excel läßt sich dabei uneingeschränkt weiternutzen. 


Noch nie war es so einfach, Zahlenkolonnen in zwei- und dreidimensionale Geschäftsgrafik umzu- 
setzen. Ohne großen Aufwand kann man mehrere Diagramme in ein attraktives Umfeld setzen, 
z.B. Säulendiagramme der Bevölkerung in einen Aufriß einer Europakarte. Eine Vielzahl von Hin- 
tergründen und illustrativen Symbolen ist integriert. Für eigene Entwürfe und den Einbau von 
Firmenlogos stehen Vektorgrafik-Funktionen zur Verfügung. Zusätzlich wird eine Bibliothek mit 
tausend fertigen Illustrationen angeboten. Alle nur denkbaren Darstellungsformen sind möglich: 
Balken, Säulen, Linien, Kuchen, Kurven, Verteilungen (Scatter), Tabellen u.v.m. Daten können in 
Graph Plus aufbereitet werden oder direkt aus Lotus 1-2-3, VisiCalc, Multiplan, Excel, Symphony 
u.a. übernommen werden. Zur Beschriftung gibt es die üblichen Satzschriften (z.B. Times und 
Helvetica), hochwertige Ausgabe auf Linotronic, Laserdrucker (mit/ohne Postscript) und Plotter. 
Special Feature: Dynamic Data Exchange. Wenn in einer Datentabelle, auch außerhalb von Graph 
Plus ein Wert geändert wird, korrigiert das Programm automatisch die dazu gehörige Grafik. 


Mit der neuen CD-ROM-Software Image Folio haben Anwender von CD-ROM-Laufwerken jetzt 
Zugriff auf über 4000 Realbilder für den Einsatz in Desktop Publishing, Design und Grafikpräsen- 
tationen. Alle auf der CD verfügbaren Bilder lassen sich Ihren Vorstellungen entsprechend verän- 
dern. Image Folio bietet dazu eine Vielzahl an Retuschiertechniken wie Airbrush, Bildfreistellung 
und -beschriftung. Sogar die Helligkeits- und Farbwerte eines Bildes können variiert werden. Um 
das für Ihren Zweck geeignete Bild zu finden, geben Sie einfach ein passendes Suchwort ein. Die 
Bildsuche über dieses Schlüsselwort liefert Ihnen schnell die Auswahl an geeigneten Bildern. Falls 
Sie ein ausgewähltes und nach Ihren Wünschen editiertes Bild weiterverwenden wollen, so kön- 
nen Sie es mühelos im TIFF- oder TGA-Format abspeichern. Damit werden Bild- und Layoutgestal- 
tung am PC so einfach wie noch nie. Erhältlich für PC und für Apple Macintosh. 


Das Werkzeug für Grafik und Text zur Visualisierung komplexer Systeme. MetaDesign ermöglicht 
ein schnelles Erstellen von objektorientierten Grafiken mit integriertem Text. Damit ist Meta- 
Design ideal geeignet, um komplexe Systeme zu analysieren, zu organisieren und zu dokumentie- 
ren. MetaDesign zeichnet sich durch die Fähigkeit zur Darstellung strukturierter Grafik aus. Logi- 
sche Verbindungen von Objekten bleiben auch nach Verfeinerung und Änderung der Position eines 
Objektes erhalten. Dokumente sind in Seiten organisiert, die hierarchisch angeordnet werden kön- 
nen. Durch Vergröberungs- und Verfeinerungsmechanismen können die Seiten übersichtlich ge- 
staltet werden, ohne die logischen Beziehungen der Objekte untereinander zu verändern. Eine un- 
begrenzte Anzahl von Objekten und Objektkombinationen kann erzeugt und in einer anwendungs- 
spezifischen Palette zur Verfügung gestellt werden. Zu jedem grafischen Objekt kann gestalteter 
Text erfaßt werden. Texte und Grafiken aus Hypertext-Verbindungen können logische Beziehun- 
gen zwischen Texten seitenübergreifend herstellen. 


Zeichen- und Illustrationssoftware für die Aufbereitung von AutoCAD-Zeichnungen für die Über- 
nahme in DTP-Programme (PageMaker, Ventura). Aus den Strichzeichnungen einer importierten 
AutoCAD-Zeichnung lassen sich perfekte farbige und gerasterte Illustrationen einlesen. 


Das Programmpaket für visuelle Gestalter: Grafiker, Produktdesigner, Innenarchitekten, Architek- 
ten, Zeichner sowie alle AutoCAD-Anwender. NoVA-3D ist das erste Desktop 3D-Programm sowie 
das erste professionelle 3D-System mit dem unter Windows/386 funktionierenden Multitasking. 
NoVA-3D ist kompatibel zu Ventura, PageMaker, usw. (PC/MS-DOS und Apple Macintosh). NoVA- 
3D verarbeitet 3-dimensionale Bilder farbig, mit echtem Schattenwurf, Eingabe von Standort und 
Tageszeit möglich. Ermöglicht das Durchschreiten von Modellen. 


Das meistverkaufte PC-Malprogramm PC Paintbrush gibt es auch in einer Windows-Version. Von 
den anderen Mitgliedern der Paintbrush-Familie unterscheidet sich Paintbrush+ vor allem durch 
das Scanner-Modul. Es ermöglicht einen sogenannten Low-Level-Prescan. Das heißt, eine Vorlage 
wird zunächst mit einer niedrigen Auflösung grob, aber schnell eingescannt. Der Benutzer ent- 
scheidet aufgrund dieses »Prescans«, welchen Ausschnitt der Vorlage er endgültig haben möchte. 
Der so markierte Ausschnitt wird dann mit der höchstmöglichen Auflösung endgültig gescannt und 
kann weiterverwertet werden. Durch dieses Verfahren wird deutlich Zeit gespart. 


Pixie ist ein einfach zu erlernendes Präsentationgrafik-Paket. Sie Erstellen und Verändern mit 
direktem Zugriff, ohne umständliche Kommandos. Bei Tortendiagrammen ziehen Sie beispiels- 
weise ein Stück ganz einfach per Maus-Steuerung heraus, anstatt umständliche Befehle über Menü 
oder Tastatur eingeben zu müssen. Die breite Spanne an Zeichen-Tools (ähnlich wie beim Aldus 
PageMaker) ermöglicht es, die Charts zu illustrieren oder Freihandzeichnungen aus dem Stegreif 
zu erstellen. Pixie bietet außerdem einen sehr hohen Standard in der Farbdarstellung. Zusammen 
mit einem Farbmonitor und einer digitalen Kamera ist die Pixie-Präsentation kaum noch zu über- 
bieten. Aus Lotus 1-2-3 Spreadsheets können benannte Bereiche und Grafiken übernommen wer- 
den. Über das Windows Clipboard kann man Windows-Bilder, Bitmaps oder Text innerhalb der 
Microsoft Windows-Umgebung portieren. Sogar Image-Dateien aus folgenden nicht unter Win- 
dows laufenden Applikationen können übernommen werden: CGM Industriestandard, VideoShow 
und Zenographics Mirage Image-Dateien. Außerdem können die mit Pixie erstellten Bilder in 
CGM, Mirage und Matrix-Kameras übertragen werden. 


Für Architektur, Innenarchitektur, Konstruktion, Electronic Publishing, Forschung, Lehre. Pro3D ist 
ein Windows-Grafikpaket für zwei- und dreidimensionale Zeichenaufgaben. Körper und Flächen 
lassen sich maßstabsgetreu mit der Maus konstruieren. Küchenstudios, Sanitärbetriebe, Innen- 
architekten erstellen nach Wünschen Ihrer Kunden Pläne und perspektivische Darstellungen von 
Räumen, die eingerichtet werden sollen. Möbelstücke, Fenster, Badewannen u.ä. lassen sich mit 
einem einzigen Befehl aus dem »Teilelager« abrufen. Bauteile wie etwa die Kurbelwelle eines Ben- 
zinmotors können ebenso wie der Entwurf einer Verpackung schnell und einfach maßstabsgetreu 
gezeichnet werden. In Forschung und Lehre können komplexe Körper und Strukturen anschaulich 
dargestellt und von allen Seiten betrachtet werden. 


Hersteller/Vertrieb 


Micrographix, Inc. 

1820 North Greenville Ave. 

USA Richardson, TX 75081 

Tel.: 001/214/2341769 

Fax: 089/93006011 

Softline Company, 7602 Oberkirch 
CfM Computertechnik A.G. - CH 


Meta Software Corporation 

150 Cambridge Park Drive 

USA Cambridge, MA 02140 

C.l.T. GmbH, 1000 Berlin 

NOSER AG, CH - 8403 Winterthur 


siehe Graph Plus 


ZSoft Corp. 

450 Franklin Road 

USA Marietta, GA 30067 
Tel.: 001/404/4280008 


Zenographics 

19752 MacArthur Blvd./Suite 250 
USA Irvine, CA 92715 

Tel.: 001/714/8516352 

EGG’s, Computer 2000 AG, 8000 
München 70 


Softline Company, 7602 Oberkirch 


Beschreibung 


Präsentationsgrafik vom Textkonzept bis zur fertigen Präsentation. Marketing, Managementprä- 
sentationen, Vorträge, Schulung. Alle Bereiche einer Präsentation werden von XEROX PRESENTS 
abgedeckt: Grobentwurf, Konzept, Texterfassung- und -gestaltung, Zahlendiagramme, Ausgabe 
von Dias, Farbhellraumfolien für Vorträge sowie Sprechernotizen und Handouts für Zuschauer. 
Unterstützt professionelle Ausgabegeräte. Grafiken mit 3D-Effekt, vordefinierbare Diagrammfor- 
mate, verschiedene Zeichenwerkzeuge, Cut- und Pastefunktion, BitStream-Schriften einsetzbar, 
mit anderen Windowsapplikationen kompatibel. Dateneingabe via Clipboard oder Metafile, TIFF, 
EPS, PCX, Lotus Freelance und Zenographics Pixie-CGM-Dateien. 


Kommunikation 


Da Vinci eMAIL ist das erste Electronic Mail Paket für Microsoft Windows - und wurde vom ameri- 
kanischen LAN-Magazine zum Produkt des Jahres gewählt. Sie können Nachrichten, Files und den 
Inhalt des Windows Clipboards an andere Benutzer eines lokalen Netzwerks schicken. Bei einge- 
henden Nachrichten gibt der Bildschirm wahlweise ein optisches oder akustisches Signal oder bei- 
des. Der Message Editor unterstützt die normalen Kopierfunktionen von Windows und ermöglicht 
es, Files aus dem Speicher zu laden. Da Vinci eMAIL läuft auch auf NetBIOS. Seine modulare 
Netzwerk-Architektur unterstützt DECNET, UUCP, X.400 und andere Netzwerke. Dynamischer 
Datenaustausch (DDE) zwischen einzelnen Windows-Programmen ist möglich. 


Intalk ist ein voll ausgestattetes Telekommunikationsprogramm, ideal geeignet für den Zugriff auf 
elektronische Postdienste, für Vielzweckdienste wie Geonet, und auch für Schwarze-Brett-Dienste - 
private Informationsdienste von Anwendergruppen und engagierten Computerfreaks. Intalk besitzt 
eine eigene Kommandosprache namens CCL (Communicatons Control Language). Damit lassen 
sich Steuersequenzen zur Automatisierung von Kommunikationssitzungen erstell. InTalk unter- 
stützt alle gängigen Filetransferprotokolle, einschließlich X<MODEM, Kermit und Crosstalk, und hat 
auch ein eigenes Übertragungsprotokoll für einfachen Dateiaustausch mit anderen InTalk Anwen- 
dern. Ankommender Text kann zuerst in die Windows-Zwischenablage und von dort aus in jede 
beliebige Windows-Applikation kopiert werden. 


Zusammen mit INTELLIPHONE, einem Zusatzgerät zur Verbindung von PC und Telefon mit DBP- 
Zulassung ist das Programm PHONE in der Lage, Puls- und Tonwahl zu realisieren. Die Amts- 
holung erfolgt durch Erdtastenfunktion oder Ziffernwahl. Auf dem PC wird durch Digitalisierung 
der Anrufbeantworterfunktion die Sprachausgabe und Sprachaufzeichnung realisiert. Es ist eben- 
falls ein Spracheditor integriert, so daß das INTELLIPHONE in Verbindung mit der PHONE Soft- 
ware unter Microsoft Windows auch als Diktiergerät eingesetzt werden kann. Ein Terminsystem 
mit automatischer Warntonfunktion ist ebenfalls integriert. Eigenschaften: + Kurzwahl über Funk- 
tionstasten * Wählen aus eigenen Telefonbüchern + Wählen aus Datenbanken * Notizblockfunk- 
tion * Sprachspeicherung- und -ausgabe (Anrufbeantworterfunktion) * Bedienerführung per 
Maus. Telefonbuch-Funktionen: Kurzwahl laden, Kurzwahl drucken, Datenbank laden (dBase III- 
Datenbank, IBD-Datenbank, PARADOX-Datenbank, Komma delimited, SDF), Datenbank drucken. 
Anrufbeantworter-Funktionen: Start, Ende, Parameter, Aufnahme, Wiedergabe, Abhören, Löschen, 
Status. Notizblockfunktionen: Datei laden, Datei-Export (ASCII), Datei drucken, Suchen, Löschen, 
Recherche-Kriterien (Name, Erstellungsdatum, Wiedervorlagedatum, Betreff, Stichwort). 


Das Softwarepaket The Network Courier hat sich einem hardwareunabhängigen Standard ver- 
pflichtet. Es arbeitet unter Novell, 3-Com, IBM, Banyan, Western Digital und anderen populären 
LAN-Systemen - mit oder ohne NetBios. Es besteht die Möglichkeit zwischen einer zeichorientier- 
ten- und der grafischen Oberfläche von Microsoft Windows zu wählen. Durch die Unterstützung 
von »Extended Gateways« können Sie auch Nachrichten mit IBM Profs, DEC All-In-One, VAX-Mail, 
MCI Mail sowie jedem X400-System austauschen. The Network Courier unterstützt bis zu 150 
Anwender pro Server. 


Anbindung an IBM Mainframe. VG 3270 erlaubt den Zugriff auf Großrechner-Anwendungen und 
Datenbanken. Dies wird durch die Emulation des IBM 3270 Color Display Terminals auf einem 
PC/AT oder PS/2 ermöglicht. VG 3270 läuft unter Microsoft Windows, was dem Anwender er- 
möglicht zwischen mehreren Anwendungen auf dem PC hin- und herzuschalten sowie mehrere 
(Sessions) Abläufe in der Mainframe-Umgebung starten zu können. VG 3270 nutzt die Hardware 
Resourcen des VG Communication und Device Prozessors (CDP). Produktmerkmale: + Emulation 
des IBM 3278 Mono- und IBM 3279 Color-Displays * Ermöglicht Zugriff auf Mainframe-Anwen- 
dungen und -Datenbanken * Anschluß an die VG 9500 oder IBM 5088 Steuereinheit über Modem 
oder direkt * Telekommunikation von 9600 Baud bis 2 Megabits pro Sekunde * Bildschirmformate 
der Modelle 2 bis 5 +» Vom Anwender konfigurierbare Tastatur und Makroschlüssel « Abspeichern 
und Aufrufen von Bildschirminhalten im Hauptspeicher und von Disk. « Vom Anwender konfigu- 
rierbare On-Line-Hilfe « Mit VG Netzwerk Service Lizenz erhältlicht. 


VG Fast File Exchange ist ein Produkt zur schnellen Datenübertragung zwischen IBM Mainframes 
die mit dem Betriebssystem MVS oder VM arbeiten und damit verknüpften PCs. FFx ist absolut 
einfach zu gebrauchen: Eine Liste von Zeichnungs-Dateien wird angezeigt und der Anwender kann 
ganz einfach die zu übertragenden Dateien auswählen. Es sind lediglich drei Schritte auszuführen, 
um ein Zeichnungsmodell zu senden oder zu empfangen. Die Dateien können einzeln oder in 
Gruppen, in Echtzeit oder in Stapeldateien zu einem festgelegten Zeitpunkt (z.B. über Nacht) 
übertragen werden. Ein Übertragungsprotokoll zeichnet sämtliche Datenübertragungen auf. Pro- 
duktmerkmale: » Bietet Hochgeschwindigkeits-Datenübertragung zwischen IBM Mainframes und 
Personalcomputern. * Netzwerklizenz im Angebot * Appliktionsspezifische Versionen für 
CADAM/Micro CADAM erhältlich. 


VG High Function Graphics ist ein Soft- und Hardware-Produkt. In einem PC/AT, PS/2 oder Kom- 
patiblen installiert, ermöglicht es das Einloggen in Host-Anwendungen, welche auf dem Grafik- 
system IBM 5080 basieren. Genauso wie die IBM 5080 High Function Graphics Station, welche 
emuliert wird, ist auch der Personalcomputer durch eine VG 9500 oder eine IBM 5088 Steuerein- 
heit mit dem Host verbunden. Wenn Sie VG HGF aufrufen, erscheint sofort das High Function 
Graphics Fenster. Gleichzeitig stellt das Programm die Verbindung zum Host her. Indem Sie das 
VG 3270 Programm auf Ihrem PC aufrufen, können Sie nun Ihre Grafik-Session direkt auf dem 
Mainframe starten. Wenn Sie sich nun in den Host eingeloggt haben stehen Ihnen sämtliche Res- 
sourcen und die gesamte Leistungsfähigkeit der Host-Applikationen auf Ihrem PC zur Verfügung. 
Jetzt können Sie Modelle erstellen, modifizieren, vervollständigen und verwalten - und dies alles 
direkt von Ihrem Personalcomputer oder Personal System/2 aus. Produktmerkmale: « Erlaubt das 
Einloggen in den Mainframe um dort Grafik-Sessions vom PC aus zu starten oder zu kontrollieren 
* Netzwerklizenz verfügbar + Screen Print « Anwenderspezifische Anpassungen. 


Hersteller/Vertrieb Produktname 

Cricket Software, Inc. XEROX PRESENTS 

Computer Graphix AG, CH - 8620 

Wetzikon 

Da Vinci Systems Corporation Da Vinci eMAIL 

Tel.: 001/919/8392000 

Softline Company, 7602 Oberkirch 

Palantir Software inTalk 

Fax: 0045/1/9434780 

Softline Company, 7602 Oberkirch 

IBD GmbH PHONE 

Zieglhüttenweg 33-35 

7000 Frankfurt 70 

Consumers Software, Inc. The Network 

314 East Holly Street, Suite 106 Courier 

USA Bellingham, WA 98225 

Datawave $.A,CH - 1258 Perly/Genf 

Management Software, GB - London 

SW6 2RZ 

VG Systems, GmbH VG 3270 

Bonner Str. 178 

5000 Köln 51 

VG Systems, GmbH VG FFx - Fast File 

Bonner Str. 178 Exchange 

5000 Köln 51 

VG Systems, GmbH VG High-Function 

Bonner Str. 178 Graphics 

5000 Köln 51 
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Produktname 


M/pe 


Beschreibung 
Musik 


Interaktives Kompositionsprogramm. M/pc ist nicht nur Voyetras erstes Programm mit der grafisch 
orientierten Windows-Benutzeroberfläche, sondern auch eine neue Generation von Musik-Pro- 
grammen. Hier werden auf »spielerische« Art Variationen des eingegebenen musikalischen Materi- 
als erzeugt. M/pc ist in jeder Hinsicht ein »Intelligent Musical Instrument«: es fällt automatisch 
Entscheidungen in Erwiderung auf Realtime-Befehlseingaben. Eine faszinierende Möglichkeit, aus 
eingespielten Grenzen auszubrechen und Neues zu kreieren. M/pc kann sowohl Song-Dateien aus 
Sequencer Plus übernehmen, als auch fertige Dateien zur Weiterbearbeitung und Integration in 
Sequencer Plus-Songs bereitstellen. M/pc ist übrigens die lizensierte Weiterentwicklung der Mac- 
intosh-Version »M« von Intelligent Music. Geeignet für alle MIDI-Instrumente. Spezielle Version 
für YAMAHA-C1 lieferbar. 


Hersteller/Vertrieb 


Voyetra Technologies, Inc. 
MS3C Systemtechnik GmbH, 1000 Berlin 


TIMEGRAF 


WinTime 


Zeitplanung 


Leistungsmerkmale: * bis zu 200 Aktivitäten je Terminplan, bis zu 6 Datenketten je Aktivität » 
Soll-Anfang bzw. Soll-Ende je Aktivität über Formeln zu verknüpfen * Ist-Anfang bzw. Ist-Ende- 
Markierung * Übernahme von Fremdformaten (ASCII-Dateien, Macintosh-Dateien) + Zeitaus- 
schnitt in Tagen, Wochen, Monaten, Quartalen und Jahren + freie Grafik (Text in versch. 
Schriftarten, Pfeile, Rechtecke, Kreise) * Benutzeroberfläche Windows 2.0 * Ausgabe auf Nadel- 
drucker, Laserdrucker und Plotter 


Termin-Management per Computer. WinTime ein Terminkalender, der automatisch Terminvor- 
schläge macht und die Zeit überwacht. Ideal im Einsatz für Praxen, Kanzleien, Freiberufler und auf 
dem Sekretärinnenschreibtisch. Einzelne Termine und Mitarbeiter, Projektdeadlines und Memo- 
randen sind farbcodiert und somit schnell zu unterscheiden. WinTime in Stichworten: + Darstel- 
lung jeweils einer ganzen Woche + Zeitintervalle einstellbar von 10, 15, 20, 30, 60 Minuten ® 
Terminkalender bis zum Jahr 2000 +* Einzelpersonen und Gruppen gleichzeitig zu managen * 
Kapazität: 65.000 Mitarbeiter und Gesprächspartner * Stichworte zu jedem Termin zu vermerken 
* Ausgabe von Terminlisten, Deadlines für Projekte, etc. + Farbkodierung für verschiedene Ter- 
mine (Gespräche, Essen, Treffen außer Haus, Urlaub, usw. frei definierbar) * Suchen nach Stich- 
worten * Adress- und Telefonverzeichnis eingebaut + als Netzwerkversion »NetTime« erhältlich 


Computerservice Decker 
Meisenweg 29 

8520 Erlangen 

netnice & partner, 8555 Adelsdorf 


Palantir Software 

12777 Jones Road, Suite 100 

USA Houston, TX 77070 

Tel.: 001/713/955-8880 

Softline Company, 7602 Oberkirch 


Programmierung 


Es gibt eine neue Technologie, die das Entwickeln in der Windows-Umgebung einfacher und lei- 
stungsfähiger gestaltet: Objektorientiertes Programmieren. Diese Technologie macht Actor, von 
der Whitewater Group, zum produktiven und vernünftigen Einstieg in die Windows-Program- 
mierung. Durch das wiederverwendbare Objekt-Toolkit, welches Dialogboxen, Fenstergestaltung 
und Grafikelemente enthält, wird Ihre gesamte Produktivität mehr als verdoppelt. Mit dem Toolkit 
haben Sie die Möglichkeit, sofort auf die Fenstergestaltung sowie auf die Verwaltung von grafi- 
schen Material und Daten zuzugreifen, um somit schnellste, maßgeschneiderte Anwendungen zu 
erstellen. Actor stellt eine interaktive, windowsorientierte Entwicklungsumgebung zur Verfügung, 
die sofortige Kompilierung, interaktives Testen und Quellcode-Debuggen ermöglicht. Es ist eine 
mit allen Eigenschaften versehene leicht erlernbare Programmiersprache, welche das Erstellen von 
schnellen Standalone Anwendungen ermöglicht, die den Dynamischen Datenaustausch, Expanded 
Memory sowie das dynamische Linken zu Microsoft C-Code unterstützen. 


The Whitewater Group 
906 University Place 
USA Evanston, IL 60201 
Intellis 


ENVISION 


HP NewWave 
Developer Kit 


Das Programmentwicklungswerkzeug EasyCASE besteht aus den drei Modulen EasyCASE(SD), 
EasyCASE(DD) und EasyCASE(SP). EasyCASE(SD) unterstützt das grafische Editieren von Kom- 
munikationsplänen. Informationen über Objekte und ihre Beziehungen zueinander werden in 
einem Data Dictionary verfügbar gehalten. Mit einfachen maus- und menügesteuerten Operatio- 
nen unterstützt EasyCASE(SD) sehr effizient das Konstruieren und Ändern von Kommunikations- 
plänen und erspart das mühsame Neuzeichnen nach jeder Änderung. EasyCASE(DD) ermöglicht 
Standardauswertungen des Data Dictionary. Außer einem hierarchisch und alphabetisch sortierten 
Inhaltsverzeichnis extrahiert EasyCASE(DD) zu jeder Funktion und jeder Variablen des Systems 
alle darüber gespeicherten Fakten (z.B. alle Kommunikationspfade) und erstellt eine übersichtliche 
Liste. Als Data Dictionary dient eine relationale Datenbank im dBase-IlI-Format, die bei Bedarf 
auch mit eigenen dBase-Programmen ausgewertet werden kann. 


CASE, Software- und System-Entwicklung, visuelle Datenbank. Envision ist eine schnelle, freund- 
liche und flexible Umgebung zur Entwicklung, Verbesserung und Pflege jeglicher systemorientier- 
ter Projekte. Durch den Gebrauch einer State-Of-The-Art Technologie kann der Anwender ENVI- 
SION so modifizieren, daß es ihn bei der Entwicklung und Dokumentation von Systemen unter- 
stützt. Als grafische Datenbank stellt es ein schnelles und verlässiges Mittel zum Speichern und 
Abrufen großer Datenmengen dar. Eine SQL-Schnittstelle ist für den Zugriff auf die Project-Daten- 
bank verfügbar. 


HP-NewWave von Hewlett-Packard ist eine fortschrittliche Anwendungsumgebung, die über eine 
einheitliche Benutzeroberfläche den Zugriff auf ein komplettes unternehmensweites Informations- 
und Rechnernetzwerk bietet. Die Anwendungsumgebung ist so gestaltet, daß der Benutzer sich 
voll auf seine eigentlichen beruflichen Aufgaben konzentrieren kann, anstatt einzelne Anwen- 
dungsprogramme erlernen zu müssen. HP-NewWave ist eine offene Umgebung und bietet Soft- 
ware-Entwicklern eine optimale Möglichkeit, ihren Kunden benutzerfreundliche Lösungen zu lie- 
fern. Der HP-NewWave Developer-Kit besteht aus drei Komponenten: * NewWave Environment 
Software (Object Management Facility, Hot Link, Agents, Systemdienst, Encapsulation Tools). * 
Entwicklungswerkzeugen (Software Bibiliotheken für das Application Programming Interface, 
Source Code Beispiele). + Dokumentation (Programmer Orientation Guide, Programmer Reference 
Manual, User Interface Guidelines, Writer’ s Style Guide 


Future Tech Systems, Inc. 
824 East Main Street 
Auburn, Washington 98002 
USA 


Hewlett-Packard GmbH 
Postfach 16 41 
6380 Bad Homburg 
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Beschreibung 


Hersteller/Vertrieb Produktname 


Modern Art ermöglicht es einem Anwender, ohne Programmierkenntnisse aufwendige Anwendun- 
gen auf dem PC zu entwickeln. Die Programmentwicklung erfolgt grafisch durch die Bedienung 
mit der Maus. Modulare Entwicklung durch Neugruppierung und Zusammenfassung. Kein Unter- 
schied zwischen Programmentwicklung und -ablauf. Kompilierung von gezeichneten Programmen 
zu selbständigen optimierten Anwendungen. Die Entwicklungsumgebung basiert auf einer relatio- 
nalen Datenbank. Modern Art ist die Weiterentwicklung der objektorientierten Programmierung. 
Die Entwicklungsumgebung stellt eine Reihe von Werkzeugen zur Verfügung, die der Entwickler 
einfach mit der Maus anklickt. Der Mauscursor ändert sich und stellt das Werkzeug dar. Dies kann 
neben dem normalen Pfeilcursor ein Greifer, ein Kopierer oder ein Textcursor sein. Es gibt Schere, 
Staubsauger, Fragezeichen und noch einige andere, deren Bezeichnung und Aussehen auf die 
Funktion unmittelbar hinweisen. Des weiteren gibt es ein Lager (Parts) mit vorfabrizierten Ele- 
menten. Eine Anwendung entsteht, indem man Grundelemente aus dem Lager nimmt und auf die 
Zeichenfläche positioniert. Ein Schema »läuft« immer, es gibt keine separaten Design- und Ent- 
wicklungsmodi. Eine kompilierte Anwendung kann jedoch auch ohne Entwicklungsumgebung ab- 
laufen. 


Das Whitewater Resource Toolkit unterstützt Sie durch einen bequemen und konsistenten Weg, 
das Aussehen und Ausstrahlung einer Applikation zu beeinflussen, indem es Ihnen hilft, Dialog- 
boxen, Farb-Bitmaps, Cursor und Icons zu erstellen. Es ist ein vollständiges und unentbehrliches 
Tool für jeden Actor- oder C-Programmierer sowie Systemintegratoren. Zeichnen Sie Dialogboxen, 
Farb Bitmaps, Cursor und Icons einfach durch Auswählen aus einer reichhaltigen Palette. Erstellen 
Sie Menüs, Tastaturbeschleuniger und String-Resourcen. Sie können fremdsprachige Versionen 
mit den String- und Tabellen-Editoren erstellen ohne, den Quellcode der Anwendung haben zu 
müssen. Das Whitewater Resource Toolkit enthält nicht das Microsoft Windows Software Deve- 
lopment Kit oder den Resource Compiler. Das Produkt ist kompatibel mit allen Windows Resource- 
Dateiformaten und kann RC kompatible Script- und Bitmapdateien generieren. Das Whitewater 
Resource Toolkit ist in Actor programmiert. 


BLITZ Datentechnik GmbH Modern Art 
Hainstr. 11 
8600 Bamberg 


Tel.: 0951/200240 


Whitewater 
Resource Toolkit 


The Whitewater Group 
906 University Place 
USA Evanston, IL 60201 
Intellis 


WinTrieve, entwickelt von der Whitewater Group, ist ein Programmierer-Tool. Es bietet Ihnen ein 
vollständiges Datei-Management für jedes Windows-Programm das Sie entwickeln. WinTrieve 
verwaltet große Datenmengen besonders effektiv, indem es diese in ISAM-Dateien abspeichert. 
WinTrieve eignet sich hervorragend bei der Datenverwaltung bei Applikationen wie Inventur-, Fer- 
tigungs-, Auftragseingangs- und Fakturierungsanwendungen, wie auch bei technischen und wis- 
senschaftlichen Anwendungen. Mit WinTrieve können Sie Datensätze definieren, die mit einem 
Index auf jede Zelle versehen werden. Es enthält außerdem erweiterte Funktionen die Ihre Daten 
schützen. Ferner können Sie mehrere Datei-Operationen in einer zusammenfassen. Sie können 
ebenfalls alle Änderungen, die Sie in Ihrer Datenbank vornehmen, festhalten, indem Sie sich der 
automatischen Aufzeichnungsmöglichkeiten von WinTrieve bedienen. WinTrieve bietet Schnitt- 
stellen zu Microsoft C oder dem Whitewater Group Actor. WinTrieve enthält ein vollständiges 
Lernprogramm und eine Programmers Reference über das Index-Dateimanagement und die Biblio- 
theken der C- und Actor-Funktionen. 


The Whitewater Group WinTrieve 
906 University Place 
USA Evanston, IL 60201 


Intellis 


Textverarbeitung und -retrieval 


Ami gehört zu den Textverarbeitungsprogrammen, die deutlich an DTP-Programme angelehnt 
sind. Texte werden in Style-Sheets geschrieben. Die Bearbeitung von Texten ist im Draft-Modus 
und in verschiedenen Grafik-Modi möglich. Da Ami eng mit den geladenen Druckertreibern zu- 
sammenarbeitet, zeigt das Programm in allen Grafik-Modi den Text so an, wie er auf dem Papier 
erscheint. Da das Programm dem SAA-Standard folgt, dürfte den Anwendern die Einarbeitung 
sehr leicht fallen. 


Samna Ami 


Dragnet ist ein Text-Retrieval-Programm für Microsoft Windows und im Hintergrund lauffähig. 
DragNET sucht in den Dateien auf der Festplatte gezielt nach Stichworten und zeigt die Fundstel- 
len sekundenschnell mit Namen auf dem Bildschirm an. Es genügt das kleinste Stichwort oder 
sogar nur ein Teil dessen; die Arbeit wird durch »Joker« erleichtert. Ein Maier läßt sich z.B. so fin- 
den (M***r). Ergebnis der Suche: Meier, Maier, Mayer, Meyer. 


Mit HYPARCHIV sind im Büroalltag erhebliche Organisationsverbesserungen zu erzielen. Einfache 
Dokumentenerfassung (Schriftstücke, Pläne, Bilder) mittels Scanner, schnelles Auffinden von 
Dokumenten mit stets vollständigen Vorgängen und ein Höchstmaß an Datenschutz. Außerdem 
besteht die Möglichkeit der Weiterverarbeitung im Rechner. Dieses System ist ein wesentlicher 
Fortschritt auf dem Weg zum »papierarmen Büro« der Zukunft. Die Benutzerführung ist zwischen 
Deutsch, Englisch und Französisch umschaltbar. Das äußerst flexible, netzwerkfähige HYPARCHIV- 
System unterstützt sowohl sehr große Magnetplatten, wiederbeschreibbare magneto-optische 
Speicher als auch verschiedene Einzellaufwerke und Jukeboxes in WORM-Technologie. Die ACS 
Systemberatung bietet sowohl komplette Systeme als auch die Entwicklung kundenspezifischer 
Lösungen an. 


ACCESS SOFTEK 
3204 Adeline 
Berkeley, CA 94703 
USA 


DragNET 


ACS GmbH HYPARCHIV 


2000 Hamburg 


Utilities 


Die Altos-Benutzeroberfläche APEX-(Application Executive) ermöglicht die simultane Benutzung 
aller im AdLANtes-Netz verfügbaren Applikationen unter UNIX, MS-DOS oder Großrechner-Be- 
triebssystemen. Die Benutzerführung erfolgt mit Fenstertechnik (Windows, Icons) und Maus. Mit 
APEX können nicht nur mehrere Applikationen gleichzeitig an einem Arbeitsplatz genutzt, sondern 
auch Daten zwischen ihnen ausgetauscht werden. UNIX und MS-DOS-Programme können sogar 
auf gemeinsame Datenbestände zugreifen, da UNIX- und MS/DOS-Dateien im gleichen Datei- 
system (keine Partitions) verwaltet werden. Datenübernahme mit SNA oder Datex-P erfolgt per 
File-Transfer oder interaktiv im »Cut & Paste«-Verfahren von Fenster zu Fenster. Die APEX-Ober- 
fläche ist individuell pro Benutzer änderbar. Jeder Benutzer findet nach der Anmeldung am 
System seinen gewohnten Satz an Icons und Menüs vor. Features: « Bis zu 7 Fenster mit UNIX- 
oder Großrechner-Applikationen an einem Arbeitsplatz «e MS/DOS-Fenster nur durch lokal verfüg- 
baren Hauptspeicher begrenzt * Maus-Schnittstelle « Gemeinsame Dateien für MS/DOS und UNIX 
* Datenaustausch zwischen den unterschiedlichsten Applikationen 


ALTOS COMPUTER SYSTEMS APEX 
Würmstr. 55 

8032 Gräfelfing 

Tel.: 089/85484-0 

Altos Computersystems, 

8032 Gräfelfing 

Altos Computersystems, 2000 Hamburg 
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Beschreibung 


Die Hauptanwendung von artus ist die Nachbearbeitung von gescannten Bildern. Es kann aber 
auch als leistungsstarkes Zeichenprogramm mit außergewöhnlichen Fähigkeiten eingesetzt wer- 
den. Hier sollen nur kurz einige der besonderen Funktionen von artus aufgeführt werden: + echte 
256 Grauwerte pro Bildpunkt frei wählbar (Farbe in Vorbereitung) + nachträgliches Ändern von 
Kontrast und Helligkeit ohne Bildinformationsverlust * Kanten extrahieren (Bild schärfer machen) 
und eliminieren (Bild verschwimmen lassen) * Weichzeichnen und diverse andere Effekte * Zoo- 
men bis zur 16-fachen Originalgröße bzw. beliebige Verkleinerung » alle Bearbeitungsfunktionen 
stehen in jeder Zoomstufe zur Verfügung * Stempelfunktion mit selbstdefinierten Stempeln 
Bearbeitung beliebiger, nicht rechteckiger Bildausschnitte * Export der Bilder in den gängigen 
Formaten (TIFF, Postscript, GEM-Image) + Verarbeitung von Bilddateien von bis zu 16 Mbyte 
(entspricht DIN A4 bei 400 dpi) » ständige Darstellung eines Übersichtsbildes + Benutzerführung 
deutsch mit Hilfsfunktion (auch andere Sprachen optional). 


Diese Software ermöglicht die Integration von verschiedenen Softwareprodukten unter der ge- 
meinsamen Benutzerschnittstelle von Windows. Sie gibt dem PC-Verwalter und auch dem Benut- 
zer die Möglichkeit, eigene Software zur Steuerung von Anwendungen zu entwickeln. Es arbeitet 
unter jedem NetBIOS-kompatiblen LAN, wodurch es Benutzeranwendungen transparent in einem 
Neutzwerk vereinigen kann, während der Benutzer eine scheinbar lokale Arbeitsumgebung beibe- 
hält. PC-Verwalter können so dem Anwender eine Menge der Komplexität von Netzwerken ab- 
nehmen. Bridge/386 ist eine speziell für Windows entwickelte Batchsprache, die es dem Benutzer 
erlaubt, wiederholende Windows-Abläufe zu automatisieren und sich mehrerer Anwendungspro- 
gramme zu bedienen, ohne Windows zu verlassen. Es eröffnet Möglichkeiten, vergleichbar denen 
mit der DOS-Batchsprache und erweitert Windows um zahlreiche Möglichkeiten. Mehr Details 
über Bridge im Microsoft System Journal Nov./Dez. 1988 


Btx-Fenestra ist ein Zusatzsoftware-Paket für den Rafi Hardware-Decoder (PC-Btx Adapter). Btx- 
Fenestra ermöglicht den Btx-Betrieb unter MS-Windows mit den bewährten Vorzügen wie Multi- 
tasking-Betrieb und Datenaustausch mit anderen Windows-Applikationen (z.B. Übergabe von Bör- 
sendaten an Excel, Übernahme von Texten aus Excel, Write, etc. und umgekehrt). Der EMS-Spei- 
cher wird von Btx-Fenestra vollständig angesprochen. Die Abläufe in der Btx-Umgebung werden, 
wie unter Microsoft Windows gewohnt, durch leicht zu bedienende Pull-Down-Menüs gesteuert. 
Die wichtigsten Funktionen: * Speichern und Drucken von Btx-Seiten als Grafik oder Text, Seiten- 
verwaltung mit Löschen, Kopieren und Umbenennen, Diashow, Laden von Telesoftware + Erstel- 
len von Kurzwahllisten für häufig aufgerufene Seiten oder Einstiegsprozeduren in Externe Rechner 
« Erstellung von automatischen Abläufen mit Hilfe von deutschen Makrobefehlen, Verknüpfung 
von Makros für komplexe Abläufe * Standard-Makros werden mitgeliefert, z.B. für automatische 
Anwahl, Briefkasten leeren, Telexversand, Börsenkurse auslesen, Homebanking. 


Unterstützung des Btx-Dialogs: Btx-Grundfunktionen wie Anwahl, Abwahl, Seiten speichern im 
Text- oder Grafik-Format, Seite drucken im Text- oder Grafik-Format, Seite löschen, kopieren, 
umbenennen; bietet Anzeige der Online-Zeit, Erstellung von Kurzwahl-Listen, Suchfunktion und 
vieles mehr. Automatisierung des Btx-Dialogs: + Makro-Sprache für alle Btx-Funktionen * deut- 
sche Befehle + Befehlsfolge wie in der manuellen Bedienung + automatische Generierung von 
Makros * Laden von Standard-Makros beim Start der Software * Mitlieferung von Standard- 
Makros wie Automatische Anwahl, Briefkasten leeren, Mitteilung versenden, Btx-Telex versen- 
den/empfangen, Regionalbereichswechsel * Angabe eines Makros, das bei Programmstart ausge- 
führt werden soll « Verknüpfung von Makros für komplexere Abläufe (z.B. Hombanking, Börsen- 
daten lesen, etc.) + Zusammenspiel mit anderen Windows-Applikationen (z.B. Übergabe von Bör- 
sendaten an Excel, Übergabe von Grafiken in Page-Maker oder MS-Paint, Übernahme von Texten 
aus Write und Einspielen als Btx-Mitteilung. 


Clip&connect - die neue praktische Erweiterung von MS-Windows. Sie kopieren Texte, Grafiken, 
Tabellen, gescannte Bilder - aus vielen verschiedenen Dateien um sie bequem vom clip&connect- 
»Vorratslager« abzurufen und in neue Dateien einzufügen. Im Netzwerk wird clip&connect zur 
elektronischen Post. Sie klicken »EXPORT«, senden Ihr Rundschreiben an verschiedene Abteilun- 
gen und haben somit alle Mitarbeiter gleichzeitig informiert. Ein grafisches Symbol auf deren Bild- 
schirm signalisiert die Ankunft des elektronischen Rundschreibens. Special Features: « Add-on für 
alle MS-WINDOWS-Anwender » erweitertes Windows-Clipboard » bis zu 20 »Clips« * Benutzer- 
oberfläche: ausschließlich MS-Windows Standardfunktionen * 100 % kompatibel zu allen existie- 
renden und zukünftigen MS-Windows-Applikationen + Multitaskingfähig unter MS-Windows/386 
+ für Standalone und Netzwerk-Betrieb geeignet + Clipboard SAVE (automatischer Zwischenspei- 
cher für Clipboard Daten zum Anlegen einer »clipboard library«) *« Desktop COMMUNICATION 
(freier Daten- und Informationsaustausch im Netzwerkbetrieb) * ELECTRONIC MAIL (einfach zu 
nutzendes E-Mail-System zum Nachrichtenaustausch im Netzwerkbetrieb). 


Einlesen von Realbildern mit den Sharp Farbscannern JX-450 und JX-300. Einsetzbar für Desktop 
Publishing, Präsentationsgrafik, Bilddatenbanken, Screenshows, Werbung, Marketing und Präsen- 
tationen allgemein. ColorLAB ist die erste Farbscannersoftware für Windows. Die Prescan-Funk- 
tion ermöglicht schnelles Arbeiten. 256 Farben aus 16,8 Millionen sind mit der Auflösung von 75 
bis 300 Punkten pro Zoll darstellbar. Die Auflösung läßt sich in Höhe und Breite variieren. Die 
gescannten Bilder können in Helligkeit, Kontrast, Farbwert und Schärfe korrigiert werden. 


Vieles wird einfacher, und überhaupt erst möglich. Batch Programmierung. Brücke zu DOS, indi- 
viduell gestaltbare Menüs. ComfoBridge ist ein völlig neues Programmiertool für grafische Benut- 
zeroberflächen, das erstmals eine komfortable Verbindung von DOS- und WINDOWS-Applikatio- 
nen ermöglicht. Erstmals können nun alle klassischen DOS-Anwendungen einwandfrei unter der 
Windows-Benutzeroberfläche eingesetzt werden. Erstmals ist Batch-Programmierung unter Win- 
dows möglich. Erstmals kann man einfach und schnell Windows-Menüs individuell gestalten. 
Erstmals können beide Welten in Netzwerksystemen verbunden werden. 


Jaws ist ein Datenkompressor, der den Speicherbedarf von Dateien reduziert, die unter Windows 
abgelegt werden, um bis zu 50%. Ideal für Desktop Publishing-Anwender, deren gescannte 
Dateien sonst riesige Plattenkapazitäten blockieren würden. Der Hilfsmenü-Generator leistet Pro- 
grammierern und PC-Support-Managern in Großfirmen wertvolle Dienste beim Umgang und der 
Schulung von Windows-Programmen. Mit geringem Aufwand können individuelle Hilfsfenster für 
jedes Programm erstellt werden. Ein einziger Befehl ruft die Hilfsanzeige auf, deren endloser In- 
halt beliebig durchgeblättert werden kann. 


Software vergleichbar mit HyperCard auf dem Macintosh. Grafiken und Text werden über 
»elektronische Verbindungen« Hyperlinks verknüpft. 
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Beschreibung 


Elektronischer Notizblock und Kalender für Windows. Automatisch überwacht PIM alle Termine, 
listet Stichworte und Notizen zum jeweiligen Zeitpunkt auf und druckt saubere Terminplaner. 


Pizazz macht einen »Schnappschuß des Bildschirms«: Wenn die PrtSc-Taste gedrückt wird, unter- 
bricht Pizazz den Ablauf des Programms. Daraufhin können im Hauptmenü folgende Funktionen 
ausgewählt werden: » Bildschirm (auch farbig) auf Nadel- oder Laserdrucker ausdrucken (mit bis 
zu 200 Farb- oder Graustufen). » Bildschirm auf Diskette abspeichern oder an MS-Word und Desk- 
top Publishing-Programme exportieren (als TIFF- oder PCX-Datei). Grafik, Text oder beides ge- 
meinsam lassen sich mit Pizazz verarbeiten. Egal, ob ein Lotus-Diagramm, eine Bildschirmabbil- 
dung für ein Handbuch, ein Grundriß aus einem CAD-Programm oder sonst etwas schnell festge- 
halten werden soll. Als weitere Optionen stehen zur Verfügung: Auswahl des Bildschirmaus- 
schnitts, Vergrößern von Ausschnitten bis max. DIN A4-Größe, gedreht drucken (90-Grad Rota- 
tion), Smoothing-Funktion (Weichzeichner) zum Glätten von »Treppchen« bei Diagonalen und 
Buchstaben, sowie Farbumkodierung bei Nadeldruckern (z.B. NEC P5 Color). 


Prompt! ist ein Festplatten-Datei-Manager für Microsoft Windows-Anwender. Es bietet Ihnen eine 
grafische Darstellung des Verzeichnis-Baumes. Sie können Verzeichnisse erstellen oder umstellen, 
indem Sie direkt den Verzeichnis-Baum verändern. Prompt! stellt Ihnen auch eine Suchfunktion 
zur Verfügung, mit der Sie nach verlorenen Dateien suchen können. Sie können nach dem Datei- 
namen, der Erweiterung (Suffix) oder nach dem Datum der Erstellung suchen. Sie können An- 
wendungen aufrufen und Dateien entweder aus der Such-Ergebnis-Box oder aus dem Verzeichnis- 
Baum laden. Sie können jede Datei oder Dateigruppe kopieren, umbenenen, verschieben oder 
löschen, indem Sie sich der Prompt!-Dateibearbeitungsbefehle bedienen. Diese Befehle können Sie 
auf Dateien im Verzeichnis-Baum sowie auf Dateien in der Such-Ergebnis-Box anwenden. Prompt! 
beinhaltet auch eine View-Option, Sie können sich erst den Inhalt der Dateien ansehen, bevor Sie 
sich entscheiden, die Datei weiter zu bearbeiten. 


Für Typografen, Werbeagenturen, Drucker, Grafikdesigner. Mit Publisher's Type Foundry können 
Sie Zeichen nach Ihren Wünschen modifizieren, Symbole entwerfen oder ganze Fontbibliotheken 
von einer einzigen Typenform erstellen. Es besteht die Möglichkeit, verschiedenste Arten von 
Fonts in Publisher's Type Foundry einzulesen um diese zu modifizieren: Windows Screenfonts, 
Standard Bitmap Fonts von DTP- oder Textverarbeitungsprogrammen, Downloadfonts für Laser- 
drucker oder Postscript- und kompatible Fonts. Das Programm enthält zwei Editoren. Den Outline 
Editor, dieser läßt Sie den Umriß eines Zeichens oder Symbols festlegen, sowie den Bitmap Editor, 
mit dem Sie jedes Zeichen für optimale Druckausgabe feinbearbeiten können - Bildpunkt für Bild- 
punkt. Publisher's Type Foundry enthält ein weiteres innovatives ZSoft-Produkt, PC Paintbrush für 
Windows, ein Mal- und Zeichenprogramm. 


Geben Sie Ihrem IBM PC/AT; PS/2 oder Kompatiblen ein neues Aussehen - mit dem PubTech File 
Organizer. Jetzt können Sie die Leistungsfähigkeit Ihres Computers mit der intuitiven, auf Icons 
basierenden Arbeitsoberfläche nutzen. Sie haben die Computer Funktionen wie auf einem Schreib- 
tisch vor sich ausgebreitet - leicht zu verstehen und fertig für Sie um diese nun allein mit der Maus 
zu steuern. Starten Sie häufig benötigte Abläufe direkt durch einen festgelegten Tastendruck. Er- 
stellen Sie Ihre eigenen »Hot-Key« Menüs. Verwalten und steuern Sie Ihre Laufwerke und Drucker. 
Führen Sie Backup- und Restorebefehle von ausgewählten Dateien oder ganzen Verzeichnissen 
aus. Lernen Sie schneller, indem Sie Ihre Tastatur umbelegen, um Systeme zun emulieren, mit 
denen Sie bereits vertraut sind. Zwischen den Icons und Pull-Down-Menüs haben Sie alle Funktio- 
nen übersichtlich präsentiert - für sofortigen und leicht verständlichen Gebrauch. 


Screen Grab macht Bildschirmschnappschüsse von praktisch allen Windows-Programmen. Alle 
Grafikkarten und Bildschirme, die MS Windows nutzt, werden unterstützt - inklusive Ganzseiten- 
schirme und hochauflösende Grafikkarten (z.B. 560 x 800 Pixel). Die Schnappschüsse können auf 
Nadel- und Laserdrucker (HP oder Postscript) ausgedruckt oder als TIFF- , IMG und PCX-Dateien 
gespeichert werden. 


Der VG Data Manager VG DMR ermöglicht die Verwaltung von Micro CADAM Zeichnungs-Dateien 
durch die Maus. Dies befreit den Anwender vom ständigen sich Erinnern an Dateinamen und das 
Tippen von solchen. Besonders hilfreich ist VG DMR in einer Zeichnungs-Dateiverwaltung inner- 
halb eines LAN. VG DMR stellt Ihnen sechs Grund-Dateiverwaltungs-Funktionen zur Verfügung: * 
Anzeige von Gruppen und Anwendernamen * Anzeige, Kopieren, Verschieben, Sortieren und Attri- 
butänderungen von Zeichnungsdateien. Zusätzlich gibt es noch verschiedene Features die das Fin- 
den und Übertragen von Zeichnungs-Dateien erleichtern. 1. Die Grundfunktionen arbeiten auch in 
den verschiedensten Kombinationen von Gruppen und Anwendern, sie sind nicht an eine be- 
stimmte Gruppe oder Anwender gebunden. 2. Die Zeichen * und ? können bei der Auswahl von 
Gruppen, Anwendern, Zeichnungs-Namen, Daten, Kommentaren sowie Plot-Dateien verwendet 
werden. 3. Eine Folge von Anwenderaktionen kann gespeichert und für wiederholte Ausführungen 
abgerufen werden. Zusätzlich wird ein Übertragungsprotokoll augezeichnet, das die Kontrolle und 
eine spätere Prüfung ermöglicht. 


Das Bild-Archiv-System - Digitale Videobildverarbeitung für Bilderfassung, Bildbearbeitung, 
Bildarchivierung, Bildausdruck. VideoMaker bedeutete, mit Hilfe einer Videokamera laufende oder 
stehende Bilder aufzunehmen. Diese Bilder sind auf dem Kontrollmonitor eines Microcomputers 
sichtbar, werden digitalisiert abgespeichert und können mit Bearbeitungsfunktionen retuschiert 
und nachbearbeitet werden. Eine Formularfunktion »Publishing« erlaubt das Mischen von Bildern 
mit bestehenden Stammdaten - z.B. aus einer Artikelstammdatei. Der Ausdruck von Bildern mit 
Texten erfolgt auf einem angeschlossenen Laserdrucker oder durch die Belichtung über eine Lino- 
tronic mit sogenannten »Postscript-Dateien«. Die Einbindung der Bilder in Desktop-Publishing- 
Programmen wie PageMaker oder Ventura Publisher (ab Version 2.0) eröffnen vielfältige Einsatz- 
möglichkeiten. 


Mit VG Plotbuf haben Sie die Möglichkeit, gleichzeitig zu plotten und weiter an Ihrer CAD Anwen- 
dung zu arbeiten. Indem Plot-Dateien in einen unabhängigen Coprozessor mit Puffer gespoolt 
werden, hält VG Plotbuf den PC für weitere Bearbeitung frei, während gleichzeitig geplottet wird. 
Der Plot-Queue Puffer kann mehrere Plot-Dateien gleichzeitig verwalten. Durch einen leicht zu 
bedienenden Queue Manager, der unter Microsoft Windows läuft, können Sie den Plot-Dateien 
Prioritäten zuorden oder diese wieder aus dem Spoolbetrieb herausnehmen. VG PLOTBUF nutzt 
den Communication and Device Processor (CDP), um die Plot-Dateien unabhängig vom PC abzu- 
arbeiten. Dadurch, daß nun der gesamte Task zur Plottersteuerung von dem CDP Adapter und 
nicht vom PC übernommen wird, steigert sich die Anwenderproduktivität erheblich. Die Erspar- 
nisse beim Gebrauch von VG PLOTBUF können beachtlich sein. Produktmerkmale: + Erlaubt dem 
Anwender am PC weiterzuarbeiten wärend gleichzeitig geplottet wird * Vergeben von Prioritäten 
und umstellen der Plot-Queue ist äußerst einfach + Verkürzt nicht produktive CPU-Zeit um 95%. 
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Produktname 


Beschreibung 


Hersteller/Vertrieb 


RECOGNITA 


Scanner-Software 


Software-Paket für optische Zeichenerkennung mit IBM PC, PC/XT, PC/AT und Kompatiblen. 
RECOGNITA erspart das neuerliche Eintippen jeder Art von maschinengeschriebenem oder ge- 
drucktem Material. Damit ist das lästige Neuschreiben des bereits vorhandenen Materials nicht 
mehr notwendig, Zeit kann eingespart werden und Fehlerquellen - durch Neuschreiben bedingt - 
werden eingeengt. RECOGNITA liest auch Kopien. RECOGNITA liest alle Zeichen ein, die man auf 
einer üblichen Tastatur finden kann und erkennt darüber hinaus auch die jeweiligen nationalen 
Zeichen. Im Trainingsmodus können auch weitere Zeichen in den Zeichensatz aufgenommen wer- 
den. Eine A4-Seite wird, abhängig von der Druckqualität, in 25-35 Sekunden eingelesen (= 120 
Seiten pro Stunde). Der Zeilenabstand wird automatisch erkannt. Optionen: Aufnehmen von 
neuen Alphabeten, Aufnehmen von neuen Schriftarten, Anpassung an andere Scanner, Anpassung 
an andere Grafik-Karten, Anpassung an neue Textverarbeitungs- und Desktop Publishing-Systeme. 


Szki Computer research und Innovation 
Center 

Donati u. 35-45 

1015 Budapest 

Tel.: (361) 350180 


ScanDo 


WinScan 


Design/IDEF 


Telesoft 


Windows 


Microsoft 
System Journal 


Nov./Dez. 1989 


76 


Hammerlab ScanDo macht Ihnen die Arbeit mit Ihrem Scanner in Verbindung mit dem Aldus 
Pagemaker und Micrososft Windows so einfach wie noch nie. Mit ScanDo können Sie bis zu 256 
Graustufen scannen, bearbeiten und speichern - und das auf jedem Bildschirm. ScanDo verkleinert 
und zoomt äußerst schnell. Gleichgültig welche Bildansicht Sie gewählt haben, es stehen Ihnen 
jederzeit alle Bearbeitungswerkzeuge zur Verfügung - selbst wenn Sie das Bild so verkleinert 
haben, daß es vollständig auf dem Bildschirm abgebildet ist. Unbegrenzte »Bearbeiten Rückgän- 
gig«-Stufen geben Ihnen die Möglichkeit einige oder alle Anderungen die Sie an einem Bild vorge- 
nommen haben Rückgängig zu machen. ScanDo ermöglicht es Ihnen auf quadratische Bilder im 
Verhältnis 1:1 auf dem grafischen Bildschirm anzuzueigen, damit quadratische Bilder auch qua- 
dratisch aussehen und nicht rechteckig. ScanDo liest und schreibt im TIFF, PCX, PCC und MSP 
Dateiformat ohne auf externe Konvertierungsroutinen zurückgreifen zu müssen. Sie müssen nur 
das gewünschte Dateiformat mit der Maus anklicken - das ist alles. ScanDo unterstützt Hewlett 
Packard, Canon, Panasonic, Princeton und Ricoh Scanner. 


WinScan steuert Scanner unter MS-Windows und liest gescannte TIFF-Dateien ein, um sie z.B. per 
Clipboard an den Graphic & Illustration Designer zu übergeben. Im Programm sind wählbar: + 
Auflösung: 75, 100 150, 180, 200, 240, 300 dpi * Helligkeit, Kontrast und Pixelgröße. Windows- 
SCAN spricht alle gängigen Scanner unter MS Windows an. So sind alle Betriebsmodi von z.B. 
Canon, HP ScanJet, Panasonic, Ricoh, Princeton mit Graustufen und Halbtonmodi aktivierbar. 
WindowsSCAN bietet komplette Editierfunktionen aller Grafiken mit Pinsel oder Paintbrush. Gra- 
fikformate: TIFF und TIFF komprimiert, MSP, PCX. Dateiformate: TIFF-Import 


Sonstiges 


Design/IDEF ermöglicht die Erstellung von Modellen, die aus Hunderten von Diagrammen beste- 
hen. Automatische Positionierung von Datenflußbeschriftungen einschließlich der ICOM-Beschrif- 
tungen auf jedem Diagramm. Automatisch werden IDEF-Aktivitäten numeriert, Pfeilvereinigun- 
gen, Pfeilverzweigungen, Brücken und Tunnel erzeugt und Pfeile parallel verlegt. Automatisches 
justieren von rechten Winkeln in Pfeilen, wenn Objekte verschlossen werden. Jedem Knoten und 
jeder Verbindung kann Text zugeordnet werden. Bei der Erzeugung von Datenflußpfeilen werden 
Grammatik und Konsistenz automatisch geprüft. Ein integriertes Data Dictionary erlaubt die Defi- 
nition von Datensätzen für jede Aktivität und jeden Datenfluß. Automatische Erzeugung von Text- 
dateien, die Diagramm- und Dictionary- Informationen enthalten. 


Angebote und Rechnungen können mit HERMES direkt aus einem Aufmaß heraus erstellt werden. 
Die Positionsbeschreibungen und die Positionspreise werden entweder manuell erfaßt oder aus 
einer Stammdatenverwaltung entnommen. Es steht eine Datenbank für den Artikelstamm und 
eine Datenbank für den Leistungsstamm zur Verfügung. Die Datenbank für den Artikelstamm ist 
entsprechend der DATANORM aufgebaut. Somit ist es möglich, Katalogdaten von Zulieferern ein- 
zuspielen. Es wird ein Leistungsstamm für das jeweilige Gewerk mitgeliefert, das die wichtigsten 
Leistungstexte enthält. Selbstverständlich können Leistungstexte und Kalkulationen auch selbst er- 
faßt, verändert oder gelöscht werden. Die Anzahl der speicherbaren Artikel bzw. Leistungstexte ist 
praktisch unbegrenzt (1,6 Millionen). Für die Anwendung bei Zimmereien ist ein Holzlistenpro- 
gramm enthalten. Die Windows-Technik ermöglicht Multitasking, d.h. die Bearbeitung mehrerer 
Projekte gleichzeitig an einem Bildschirm. 


Reisebüros, Busunternehmen, Theaterkassen, etc. Über Telesoft können hunderte von Veranstal- 
tungen und tausende Vorstellungen vieler voneinander unabhängiger Veranstalter gleichzeitig lau- 
fen und somit die Verwaltung von Millionen Einzelplätzen übernommen werden. Bei Bedarf kön- 
nen über den Telefonverkauf von Eintrittskarten hinaus differenzierte Buchungen und Reservie- 
rungen aller Art vorgenommen werden, von der Belegung ganzer Passagierflugzeuge bis hin zum 
Einzelsitz im Strandkorb. Ein umfangreicher Suchwortkatalog ermöglicht schnellsten Zugriff auf 
jede Information. Maximalleistung: In einem einzigen Vorgang können 256 Plätze gleichzeitig ge- 
bucht werden. Bis zu 144 Tickets in der Minute werden sofort in grafisch hochwertiger Qualität 
von schnellen Desktop-Laser-Druckern hergestellt. Sämtliche Auftragsdaten sowie Reservierungen 
für Monate und Jahre im voraus werden in der transaktionsgeschützten Datenbank sicher gespei- 
chert. Damit sind irrtümliche Doppel- oder Nullbelegungen ausgeschlossen. Alle Reservierungen 
werden im Echtzeitdialog zwischen PC und Großrechner vorgenommen. Die Kassen führen auto- 
matisch Sofort-Faktura durch. 
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dBase-Daten unter MS-Windows 
verwalten: 


Schneller 
Zugriff 
garantiert 


Bisher war es unter MS-Windows 
nicht möglich, dBase-Datenbanken 
zu erstellen und zu bearbeiten. Die 
einzige Möglichkeit, dBase-Daten 
in eine MS-Windows-Applikation 
zu bekommen war bisher, die 
Daten über einen Import zu trans- 
ferieren. Das soll nun anders wer- 
den. Die Firma Pioneer Software 
entwickelte ein Programm, daß 
auch dem Ungeübten die Arbeit 
mit dBase-Datenbanken und Daten 
unter MS-Windows ermöglicht. 
Vorteile dabei: Sie brauchen kein 
dBase und können sich das Erler- 
nen der dBase-Programmierspra- 
che sparen. 


D; Programm Winbase ist für 98 Mark als 
»Bookware« beim Verlag Markt&Technik zu 
beziehen und soll laut Handbuch für alle dBase- 
Versionen (außer dBase IV), Foxbase und Clipper 
geeignet sein. Ein alter dBase-Kenner würde 
wohl sagen, daß es sich bei diesem Programm 
um einen »intelligenten BROWSE-Befehl« han- 
delt. Damit wäre der Leistungsumfang des Pro- 
duktes einigermaßen genau umschrieben. Unter 
der MS-Windows-Benutzeroberfläche läßt sich 
mit Hilfe der Maus und sehr schnell eine Daten- 
bank erstellen, eine Datenbank ändern und auch 
löschen. Für diese Arbeiten wird das mitgelie- 
ferte Programm WINDEF.EXE benutzt, das spezi- 
ell für diese Aufgaben sowie das physikalische 
Sortieren und das »Packen« von als gelöscht 
markierten Daten zuständig ist. Durch dieses 
Programm ist es möglich, daß gesamte Pro- 
grammpaket als eigenständiges Datenbank- 
system zu benutzen. Natürlich ohne die Program- 
miermöglichkeiten des kompletten dBase. 

Winbase ist, wie unter MS-Windows üblich, 
mit der Maus zu bedienen, was einiges an Tipp- 
arbeit spart. Einige kleine Einschränkungen fal- 
len gleich zu Beginn auf. So können zum Beispiel 
Memo-Dateien in Clipper weitaus größer als die 
von Winbase unterstützen 4096 Byte werden. 
Was mit dem Rest passiert, verschweigt das 
Handbuch. Zeichenfelder werden von Winbase 
bis zu einer Länge von 254 Zeichen unterstützt, 
Clipper dagegen bringt es auf 32 Kbyte. Als 
typisch amerikanischen Schwachpunkt stellt sich 
die Eingabe von Datum-Werten dar. Obwohl das 
Produkt angeblich alle »erdenklichen« Datum- 
formate unterstützen soll, klappt nur die Eingabe 
im amerikanischen MM/TT/JJ Format. Logische 
Felder enthalten immer nur die Werte Y/N oder 
T/F. Zu erwähnen ist noch, daß bei der Sortie- 
rung die Umlaute ans Ende der Datei gestellt 
werden, was nicht den deutschen Sortier-Regeln 
nach DIN entspricht. Nicht vergessen werden 
soll, daß Datenbanken unter Winbase nicht indi- 
ziert werden können. Für eine schnelle Suche in 
einer großen Datenbank ist es aber wesentlich, 
die Daten mit Hilfe eines Index in die ge- 
wünschte Reihenfolge zu bringen, um kurze 
Suchzeiten zu erreichen. Unter Winbase bietet 
sich nur die Möglichkeit der Sortierung an, was 
bei großen Datenbanken viel Zeit benötigt. 


“Bild 1: 
Windef. 
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» Bild 2: 
Datenbank. 


>> Bild 3: 
Bedienungsmenü. 
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Winbase in der angebotenen Form stellt sich 
als die Version 1.35 dar. Für mehr Leistung wie 
zum Beispiel dynamischer Datenaustausch (DDE) 
mit Excel und der SQL-Programmiersprache sind 
erst ab der Version 2.0 verfügbar, die irgend- 
wann auf dem Markt erscheinen soll. 

Die Installation des Programms Winbase ge- 
staltet sich sehr einfach. Sie legen die gelieferte 
Diskette in das Laufwerk A: und geben den Be- 
fehl »SETUP« ein. Nach Eingabe des Ziellauf- 
werks und -verzeichnisses läuft die Installation 
automatisch ab. Um den Start von Winbase beim 
Anklicken von DBF-Dateien zu automatisieren, 
müssen Sie die Datei WIN.INI ändern. Sie fügen 
dazu folgenden Eintrag ein, der übrigens im 
Handbuch falsch beschrieben ist: 


DBF = Winbase.EXE”.DBF 


Mit Hilfe dieses Eintrags wird Winbase auto- 
matisch geladen, sobald Sie eine DBF-Datei an- 
klicken. Eine oder mehrere geöffnete Daten- 
banken unter Winbase stellen sich so auf dem 
Bildschirm dar, wie es Bild 2 zeigt. 


Was und wie läßt sich 
mit Winbase arbeiten? 


Solange das automatsiche Laden der Datenban- 
ken nicht in WIN.INI festgeschrieben ist, benut- 
zen Sie die Pull-Down-Menüs von Winbase und 
eine Maus, um eine Datenbank zu laden und zu 
bearbeiten. Mit Hilfe der vorhandenen Pull- 
Down-Menüs von Winbase können Sie: 

« eine Datenbank öffnen, Suchlisten erstellen, 
Daten drucken und Hilfefunktionen abrufen 
(Menü Datei); 

* auf die Ablage von MS-Windows (Clipboard) 
zugreifen, Datensätze als gelöscht markieren und 
zufügen, Felder aktualisieren, Memo-Felder in 
einem eigenen Fenster ansehen und ändern 
(Editieren-Menü); 

« Datensätze in auf- und absteigender Reihen- 
folge sortieren (eins oder mehrere Felder), Be- 
dingungen definieren und diese Definitionen als 
Datei (QEF) speichern, nur gelöschte oder alle 
Datensätze anzeigen (Auswahl-Menü); 

® Informationen in Datensätzen suchen, in ein- 
zelnen oder allen Feldern suchen, Datensätze 


über die Datensatznummer direkt anspringen 
(Suchen-Menü); 

e Spalten und ihre Position verändern, numeri- 
sche Felder summieren und statistische Daten 
separat anzeigen lassen (Layout-Menü). 

Eine Besonderheit findet sich bei Winbase, 
wenn es um das Formulieren von Bedingungen 
zur Darstellung von Datensätzen auf dem Bild- 
schirm geht. Neben der Möglichkeit, die üblichen 
boolschen Operatoren einzusetzen, bietet Win- 
base noch sogenannte Vergleichszeichen (Wie 
und Nicht Wie) an, die bei der Definition von Be- 
dingungen hilfreich sind. Beim Einsatz der Be- 
dingung Wie, können die von MS-DOS her be- 
kannten Jokerzeichen (Wildcards) benutzt wer- 
den. 

* steht für O0 oder mehr zutreffende Zeichen 
? steht für ein einzelnes, zutreffendes Zeichen 

Allerdings muß trotz aller Freude über diese 
neuen Möglichkeiten erwähnt werden, daß das 
Programm nicht zwischen Groß- und Klein- 
schreibung unterscheidet. 


Arbeiten mit dem 
Winbase Definer 


Mit dem Definer können Sie neue dBase-Daten- 
banken anlegen. Dabei werden die von dBase her 
bekannten Feldtypen unterstützt: 

C = Zeichenfelder (max. 254 Stellen) 

N = Numerische Felder (max. 19 Stellen) 

D = Datum Felder (max. 8 Stellen) 

L = Logische Felder (max. 1 Stelle) 

M = Memo Felder (max. 4096 Stellen) 

Beim Einrichten von Datenbanken orientiert 
sich der Definer an seinem Vorbild dBase. Die 
erweiterten Möglichkeiten wie zum Beispiel 1028 
Felder, 64 Kbyte lange Memo-Felder usw. beim 
Clipper und Foxbase können hier nicht genutzt 
werden. Bei der Einrichtung eines Feldtyps wer- 
den die Standardwerte automatisch vorgeschla- 
gen. Sie können diese Werte einfach überneh- 
men oder eigene, andere Werte eintragen. Die 
unterstützen Dateiformate sind: 

Datenbank = .DBF 
Memo = .DBT 

Datenbanken können wie unter dBase maxi- 

mal eine Milliarde Datensätze aufnehmen. Jeder 


Datensatz darf dabei höchstens 4000 Byte ent- 
halten, die auf nicht mehr als 128 Felder verteilt 
sind. 

Memodateien können maximal 4096 Zeichen 
lang sein. Jedes Feld ist in Blöcke zu 512 Byte 
aufgeteilt. Bei Eingabe von zum Beispiel 513 
Byte in ein Memofeld, belegt die Memodatei 
1024 Byte auf der Festplatte. Das deutet nicht 
gerade auf ökonomischen Umgang mit den Spei- 
cherkapazitäten hin. 

Besonders interessant für Anwender, die nach 
wie vor mit dem bewährten und fehlerfreien 
dBase II arbeiten ist, daß die mit dem Definer er- 
stellten Datenbanken auch im dBase II-Format 
abgelegt werden können. 

Zwar lassen sich Datenbanken problemlos 
kopieren, indem Sie einfach eine Datenbank 
unter einem neuen Namen ablegen, aber der 
Import von Daten aus einer anderen Winbase- 
Datenbank ist nicht als eigenständiger Menü- 
punkt vorgesehen. 


Über die Artenvielfalt unter den Computern! 


Die Struktur der Datenbank läßt sich im Defi- 
ner verändern. Allerdings muß man dabei darauf 
achten, daß die bereits gespeicherten Daten in 
der Datenbank verstümmelt werden können oder 
ganz verlorengehen. Nur im Definer ist es mög- 
lich, zum Löschen markierte Datensätze zu 
»packen«, das heißt: physikalisch zu löschen und 
auch physikalisch zu sortieren. Beim Löschen 
werden die Daten aus der Datenbank entfernt 
und sind nicht wieder herstellbar. Beim Sortieren 
werden unter recht hohem Zeitaufwand die 
Datensätze in der Datenbank in eine neue Rei- 
henfolge gebracht. Sie stehen dann nicht mehr in 
der Reihenfolge der Eingabe in der Datenbank, 
sondern entsprechend den angegebenen Sortier- 
kriterien. Beim Sortieren ist es möglich, auch 
mehrere Felder gleichzeitig zu sortieren. Die 
Druckmöglichkeiten des Definer lassen Sie die 
Struktur der Datenbank auf den Drucker oder 
auch in eine Datei ausgeben. 

Thomas Langhammer 
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Bisher war die Kommunikation von 
Computern verschiedener Art nur 
bedingt möglich. 

Mit der Standardisierung der Kommu- 
nikationsprotokolle können nunmehr 
heterogene Computer-Systeme via 
TCP/IP und PC-NES im SK-NET-Netz- 
werk verbunden werden. Zur IPX-IP- 
Umsetzung (Weitervermittlung der 
Novell-NetWare-Pakete mittels TCP/ 
IP) und umgekehrt steht das SK-I? 
PAD zur Verfügung. 

Die LAN/LAN- sowie LAN/HOST- 
Verbindungen können über das X.25 


Kommunikationsprotokoll implemen- 
tiert werden. Bei der Einbindung von 
VAX-Computern wird die heterogene 
Kommunikation alternativ zu TCP/IP 
über NetWare for VMS und bei der 
Anbindung von MACINTOSH-Rech- 
nern mittels NetWare for MAC- 
INTOSH realisiert. 

Sollten Sie Fragen zur verträglichen 
Vernetzung von heterogenen 
Computern haben, wenden Sie 
sich einfach an uns oder 
unsere ausgesuchten 
Vertragshändler. 


2r 


Schneider&Koch Koch 


& Co. Datensysteme GmbH 
Daimlerstr. 15, D-7500 Karlsruhe 21 
.: 0721/792-0, Telefax: 07 21/792-89 


SK-Net: Europas Nr. 1 für Ethernet 
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QuickPascal 1.0: 


Systemnahe 
Pro- 
grammierung 
mit 
QuickPascal 


D:: ist jetzt mit QuickPascal das Aufrufen 
von Interrupts sowie die Manipulation ein- 
zelner Speicherzellen oder gar Bits außerordent- 
lich komfortabel möglich. 

Der QuickPascal-Programmierer braucht ledig- 
lich zu wissen, welcher Interrupt für welchen 
Zweck vorgesehen ist und welche Werte den 
Registern übergeben werden müssen. Alles 
andere — das Ablegen von Offset- und Segment- 
adressen auf dem Stack sowie das Sichern des 
Flagregisters — nimmt ihm der Compiler ab. 


Systemprogrammierung 
ohne Assembler 


Diese Möglichkeiten des QuickPascal-Compilers 
sowie die leichte Erlernbarkeit der QuickPascal- 
Syntax tragen in hohem Maße dazu bei, daß 
relativen Neueinsteigern wie z.B. Schülern im 
Informatikunterricht die Systemprogrammierung 
demonstriert werden kann. 

Hier wird nun an einigen einfachen Beispielen 
gezeigt, wie komfortabel die Handhabung von 
Software-Interrupts mit QuickPascal auch ohne 
Assemblerkenntnisse ist. Es handelt sich bei den 


DISKPARA liest und ändert die Diskettenparametertabelle mit QuickPascal 1.0 


Aktuelle Diskettenparameter: 


Steprate-Byte 


(m): 6 6 


neue Parameter: mögliche Werte 


2, 4 oder 6 


Motor-Nachlauf (sec/18): Us 


Byte je Sektor: 


Sektoren je Spur: 


Init-Byte für FORMAT: 


Kopfberuhigung 
Motor-Anlauf 


fix 
fix 


beliebiges Zeichen 


(ms): 


(sec/8): 


Sollen die Parameter geändert werden ? j/n : 


(c) 1989 F-J Steiner 


Mit Interrupt-Aufrufen können PCs 
auf Systemebene effektiv pro- 
grammiert werden. Dies bleibt 
jedoch häufig Systemprogram- 
mierern und denjenigen Insidern 
vorbehalten, die Assembler-Spra- 
chen im Schlaf beherrschen. 


Demos um Funktionen der Software-Interrupts 
13h zur Behandlung des Diskettencontrollers 
und 10h zur Manipulation der Cursorgröße. 
Außerdem liest das Beispielprogramm die Dis- 
kettenparametertabelle, die über den Interrupt 
1Eh zu erreichen ist. 


Flexible Interrupts 


Interrupts sind aus dem Konzept von PCs nicht 
wegzudenken. Sie erst ermöglichen eine hohe 
Flexibilität des Betriebssystems: eine Routine, die 
entweder neu geschrieben oder nur im Speicher 
verschoben wird, kann mit dem »alten«, d.h. 
unveränderten Interrupt aufgerufen werden, da 
sich die Position des Zeigers, der auf die Routine 
weist, nicht verändert hat. 

Grundsätzlich muß man wissen, daß der Auf- 
ruf eines Interrupts die CPU veranlaßt, den Pro- 


grammlauf zu unterbrechen. Nach der Sicherung 
der Adressen des unterbrochenen Programms er- 
rechnet die CPU aus der Interrupt-Nummer die 
Speicherzellen, in denen die Startadresse für das 
auszuführende Programm abgelegt ist. Nach 
einem Sprung an die gefundene Adresse wird das 
Programm ausgeführt und anschließend wieder 
zum unterbrochenen Programm zurückgekehrt. 
Dies gilt für die meisten Interrupts. Es gibt je- 
doch drei Ausnahmen: die Tabellen, die keinen 
ausführbaren Programmcode enthalten. Die Dis- 
kettenparametertabelle zum Beispiel, deren 
Startadresse über den Interrupt 1Eh zu erreichen 
ist, enthält anstelle von Maschinenanweisungen 
diverse Einstellparameter für den Diskettencon- 
troller. Weil ein Sprung der CPU an die Start- 
adresse der Tabelle den Abschied ins Rechner- 
nirwana bedeuten würde, benötigt ein solcher 
Interrupt eine vorsichtige Handhabung: Er darf 
vor allem nicht aufgerufen werden! 

Doch zurück zu den Software-Interrupts, die 
lauffähige Routinen starten können. Die meisten 
dieser Interrupts besitzen eine Vielzahl von 
Funktionen. Jede Funktion dient dabei einem 
anderen Zweck: Der Interrupt 10h beispiels- 
weise, der die Ein- und Ausgabeoperationen des 
Bildschirms steuert, enthält eine ganze Bibliothek 
von Funktionen, die z.B. den Videostatus oder 
das Zeichen an der Cursorposition ermitteln 
sowie die Cursorgröße oder Farben verändern 
und vieles mehr. 


Parameterübergabe 
an Register 


In der Regel erwartet eine Interrupt-Routine, daß 
einzelne Register mit bestimmten Werten gefüllt 
sind. Die Routine wertet den Inhalt aus und 
wählt z.B. aufgrund des Inhalts von Register AH 
die gewünschte Funktion. 

QuickPascal stellt zur Datenübergabe an Inter- 
rupt-Routinen einige nützliche Datenstrukturen 
zur Verfügung. Die Unit DOS, die mit dem Schlüs- 
selwort Uses aufgerufen werden muß, enthält 
einen Record mit dem Namen Registers, über 
den sich alle Register komplett oder nur deren 
oberes oder unteres Byte ansprechen lassen: 

TYPE 
Registers = RECORD 
nn & 0X, 8P, SI, DI, DS, ES, Flags : Word); 


1: (AL, AH, BL, BH, CL, CH, DL, DH : Byte); 
END; 


Wenn Sie eine Variable reg vom Typ des 
Records Registers definiert haben, können Sie 
eine Zuweisung in der folgenden Form durchfüh- 
ren, wie sie auch in der Prozedur disk_init des 
Beispielprogramms gezeigt ist: 


reg.ah := 0; 
reg.di := 0; 


Die Werte können dezimal — wie dargestellt — 
oder hexadezimal mit vorangestelltem »$« über- 


geben werden. Für den Interrupt 13h, der für 
Disketten- und Festplattenzugriffe zuständig ist, 
haben die Parameter folgende Bedeutung: Der 
Wert »0« im Register AH steht für die Funktions- 
nummer O (Initialisierung des Controllers); die 
»0« im Register DL für das Ziel der Aktion, den 
Diskettencontroller. 

Der Aufruf des Interrupts erfolgt nach der 
QuickPascal-Syntax in der allgemeinen Form 


PROCEDURE Intr( interrupt number : Byte; 
VAR register values : Registers ) 


Für das Beispiel disk_init lautet der Aufruf 
dann 


intr($13,reg); 


Nach dem gleichen Prinzip erfolgt der Aufruf 
des Software-Interrupts 13h zur Änderung der 
Cursorgröße. Im Programm wird der Cursor auf 
die Zeilen (je Zeichen) 0 bis 13 vergrößert. 
Durch diese Manipulation erscheint der Cursor 
als heller Block. Nach Beendigung der 
Änderungsprozedur aendere tab wird durch 
einen weiteren Interrupt-Aufruf, allerdings mit 
anderen Registerinhalten, der Cursor auf einen 
schmalen Strich zurückgesetzt. 


Interrupts als Tabellenzeiger 


Die Diskettenparametertabelle liegt als Block von 
11 Byte Länge ab Adresse 4 * 1Eh = 78h im 
ersten Segment des Arbeitsspeichers. 

Sie enthält zwölf Parameter, die die Arbeits- 
weise des Diskettencontrollers beeinflussen: 


Byte 


1/2 
2/2 


Zweck 


Steprate 

Rückstellverzögerung für 
Schreib/Lesekopf 

DMA-Modus 

Motor-Nachlaufzeit 

Byte je Sektor 

Sektoren je Spur 

log. Intervall zwischen Sektoren 
Datentransferlänge (DTL) 

phys. Intervall zwischen Sektoren 
Formatierungszeichen 

Ruhezeit des Schreib/Lesekopfes 
Motor-Anlaufzeit 


HHEHvosıoauPw%eMe 


Ho 


Lärmenden Floppies 
mit Bits und Bytes 
auf den Leib gerückt 


Wer sich schon häufiger über seine lärmenden 
Floppylaufwerke geärgert hat, kann das Übel 
jetzt an der Wurzel packen. Werden die Werte, 
die direkten Einfluß auf Laufwerksmotoren und 
Schreib/- Leseköpfe haben, vorsichtig verändert, 
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kann dies die Geräuschentwicklung nachhaltig 


z & < write(‘Steprate-Ayte (ms): "„steprate); 
verringern und damit auch die Lebensdauer der 2 NR 
Laufwerke verlängern. Außerdem sind spürbare es sale RER 
Geschwindigkeitssteigerungen bei Diskettenzu- ae REES 
griffen festzustellen. Seite initehyte für FRMT: '); 

Das Programm zeigt einen Ausschnitt der PIC Fa 
Laufwerkstabelle und läßt die Manipulation der ek 


x a 0% write('Motor-Anlauf (sec/B): *',anlauf); 
relevanten Bytes zu. Die zulässigen Werte wer- 


H r ; i M procedure lies_byte(x,y : byte; var wert : byte; max : byte); 
den jeweils rechts auf dem Bildschirm angezeigt. ee TE en 
Eingaben: Bildschirmkoordinaten: x, y 
Zu änderndes Byte: wert 
Maximal zul. Wert: max 
Ausgaben: Veränderter Wert „„unmunnnnunnnnunenunen ) 


Ausblick aD FE eketea 


ch + char; 
begin A 
Natürlich lassen sich mit QuickPascal nicht nur son a 
schon vorhandene Software-Interrupts aufrufen. nn, 
Auch die Deklaration einer selbstgeschriebenen ER au 


val (eing str,wert, fehler); 


Prozedur als Interrupt ist möglich. Auf diese ng, Un? (fehler = 0) and (iert >= 0} and (wert <= mu); 


kann dann ein Interrupt-Zeiger »umgebogen« EEE RR 


{ === Einlesen von Char-Variablen von der Tastatur === 
werden. Eingaben: Bildschirmkoordinaten: x, y 


An dieser Stelle sollte jedoch zunächst gezeigt Mamas messe} 
werden, wie einfach der Einstieg in die system- sem " * : Poelean: 


. . . . repeat 
nahe Programmierung mit QuickPascal gelingen ok ı= false; 
. . . . gotoxy(x,y); write(wert); 
kann. Die wirklich alles umfassende Hilfestellung gotaxyla,y); 
a ß eingabe := readkey; 
der Entwicklungsumgebung macht den Einsatz If eingabe = #13 then ok := true 
else if eingabe in ['!*..**] then 
der vorgegebenen Datenstrukturen und Prozedu- EEE 
ren nahezu zum Kinderspiel. TR role 
. toxy(x.y); writelwert); 
Franz-Josef Steiner ae ON 
end; 
procedure aendere_tab: 
la m {m ( === Ändert die -Parssetertaheite .) 
DISKPARA.PAS / 09.89 / F-J Steiner var initchar : char; 
Liest die Diskettenparametertabelle (Interrupt 1Eh) begin 
und verändert sie nach Bedarf cursor(0,13); gotoxy(40, 3); highvideo; 
oo | write('neue Parameter:'); 
gotoxy(60,3); 
program diskpara; write('mögliche Werte'); 
normwideo; 
uses ert, dos; gotoxy(60,6); 
write('2, & oder 6'); 
{ Globale Variablen — | gotoxy(60,8); 
write('0 ... 255'); 
var nachlauf, anlauf, gotoxy(60,10); 
stepbyte, write( fix’); 
initbyte, ruhe, gotoxy (60,12); 
byte_sektor, sektor_spur : byte; write('fix'); 
eingabe, steprate ı char; gotoxy(60,14); 
write" beliebiges Zeichen'); 
1 — Zuweisung der Tabellenadresse ———— | gotoxy (60,16); 
write('0 ... 255°); 
offs : integer absolute $0:$IE*4; 1 Offset-Adresse |] ee 
segm ; Integer absolute $O:$IE*4 + 2; { Segment-Adresse | write('0 ... 255'); 
repeat 
{ Prozedurdeklarat onen ———————— | Nies_char(40,6,steprate); 
until steprate in [’6','4','2']; 
procedure disk_init; if steprate = '6' then stepbyte := 223 
{ »== führt einen Reset des Diskettencontrollers durch === else if steprate = '4' then stepbyte := 239 
var reg : registers; else if steprate = '2' then stepbyte := 255; 
begin 
ch ah ı= 0; { Funktion Oh ) Ties_byte(40,8,nachlauf 255); 
eg.di := 0; { Kennwert für Diskettenlaufwerk } gotoxy(40,10); write(byte_sektor); 
Be { Aufruf von Interrupt 13h | gotoxy(40,12); write(sektor_: spur); 
end; initchar := chr(initbyte); 
Ites char(40, 14,initchar); 
procedure cursor(oben, unten : byte); initbyte := ord(initchar); 
{ === ändert die Größe des Cursors === | lies, byte(40, 16, ruhe, 255); 
var reg : registers; 1ies-byte(40, 18,anlauf, 255); 
begin mem[segm:offs] := stepbyte; 
reg.ah := 1; { Funktion Ih } men[segm:offs+2] := nachlauf; 
reg.ch := oben; { Cursorrand oben } mem[segm:offs+8] := initbyte; 
reg.cl := unten; { Cursorrand unten } mem[segm:offs+9] := ruhe; 
Intr($10,.reg); { Aufruf von Interrupt 10h ] mem[segm:offs+10] := anlauf; 
end; eursor(6,7); 
end; 
procedure Ties_tab; 
(== liest Ausschnitte der Parametertabelle { 
und übergibt die Werte an Variablen „. ) { Haupt — Programm 
{ 
begin begin 
stepbyte := mem[segm:offs]; eirser; { Sildschirmaufbau } 
if stepbyte = 223 then steprate := '6' textcolor(0); textbackground(7); 
else if stepbyte = 239 then steprate := '4' clreol; { inverse Darstellung } 
eise if stepbyte = 255 then steprate := '2'; write(" DISKPARA Yiest und ändert die Disketten‘, 
"parametertabelle mit QuickPascal 1.0'); 
nachlauf := mem[segm:offs+2]; gotoxy(1,24); 
byte_sektor := mem[segm:offs+3]; clreol; 
sektor_spur := mem[segm:offs+4] ; write(' {c) 1989 F-J Steiner’); 
fnitbyte := mem[segm:offs+8]; textcolor(7); textbackground(0); 
ruhe := mem[segm:offs+9]; }ies_tab { Tabelle lesen } 
anlauf := mem[segm:offs+10]; zeige | tab; { und darstellen } 
end; gotoxy(3,21); highvideo; 
write('Sollen die Parameter geändert werden ? j/n : '); 
procedure zeige_tab; normvideo; 
n === stellt die übergebenen Werte am Bildschirm dar === } eingabe := readkey; 
if eingabe in ['j'."J"] then | Tabelle ändern, wenn ] 
begin begin { scht; nach der } 
engl; 3; aendere_tab; l rung den Disketten- | 
higl disk_init; { controller initialisieren } 
urfte(’Aktuelle Diskettenparameter:'); end; 
normvideo; gotony(1,24); 
gotoxy(3,6); end. 
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Hintergrundinformationen: 


Grundlagen 
dezentraler 
Daten- 
verarbeitung 
mit 
LAN-Manager/ 
LAN-Server- 
APIs 


PC-Netzwerke sind reifer 
geworden: Sie haben sich von ihrer 
ursprünglichen Aufgabe, einen 
gemeinsam nutzbaren Festplatten- 
und Druckerservice zu bieten, zur 
Basis unternehmensweiter Infor- 
mationssysteme entwickelt. 


m die Rolle eines firmenweiten Informa- 

tionssystems zu übernehmen und mit exi- 
stierenden Minicomputern und Mainframe-Syste- 
men konkurrieren zu können, muß die vernetzte 
Datenverarbeitung zwei Anforderungen erfüllen: 
1. PC-Netzwerke müssen mehreren Anwendern 
die gemeinsame Nutzung von Informationen auf 
effiziente, zuverlässige und einfache Weise er- 
möglichen. 
2. PC-Netzwerke müssen eine einfachere umfas- 
sendere Administration und ausreichende Sicher- 
heitsvorrichtungen bieten. 

Eine wichtige Voraussetzung für die Erstellung 
von Netzwerk-Applikationen ist das Applications 
Programming Interface (API) für den IBM LAN- 
Server und den Microsoft LAN-Manager. 


Client/Server-Architektur 


LAN-Manager-APIs unterstützen die Entwicklung 
einer völlig neuen Generation von Applikationen, 
die auf der Client/Server-Architektur (dezentrale 
Datenverarbeitung) basieren. Die dezentrale 
Datenverarbeitung unterteilt eine Applikation in 
eine Workstation- (front-end) und in eine Server- 
Komponente (back-end). Der Arbeitsplatzrechner 
sendet Informationen an den Server und erhält 
von ihm Antworten. Server werden damit zu 
aktivieren und intelligenteren Teilnehmern, die 
nicht mehr länger als eine Art »Verkehrspolizi- 
sten« nur die gemeinsame Nutzung von Dateien 
und Druckern regeln. 

Eines der bekanntesten Beispiele einer moder- 

nen Client/Server-Architektur ist der Ashton- 
Tate/Microsoft SQL-Server (Structured Query 
Language). Er arbeitet als eine leistungsfähige 
Back-end-Datenbank-Maschine, deren Funktiona- 
lität Mainframe-Datenbanken wie DB2 ähnelt. 
Front-end-Client-Applikationen senden SQL-Ab- 
fragen jetzt über das Netzwerk an den SQL-Ser- 
ver, ohne die Dateien direkt im Server zu mani- 
pulieren. Der SQL-Server verarbeitet die Anfrage 
und gibt das Ergebnis an die Workstation zurück. 
Ferner bearbeitet der SQL-Server alles, was das 
Suchen oder Sortieren von Dateien, Vorgangs- 
bearbeitung, Datenbank-Zugriff, Datenbank- 
Sicherheit, Daten-Sicherheitsprüfung usw. be- 
trifft. Bis jetzt haben bereits über 30 Software- 
Hersteller, u.a. Ashton-Tate, Borland, Dataease, 
Information Builders, Microsoft und Revelation 
Technologies, erklärt, daß sie ihre Arbeitsplatz- 
rechner-Applikationen mit Schnittstellen zum 
SQL-Server ausstatten werden. Weitere Beispiele 
für eine Client/Server-Architektur: 
e Der DCA/Microsoft Communications Server 
bietet Netzwerk-Arbeitsplatzrechnern IBM SNA- 
Dienste, wie 3270-Terminal- und Printer-Emula- 
tion, Dateitransfer, direkte Programm-zu-Pro- 
gramm-Kommunikation (APPC) sowie asyn- 
chrone Terminal-Emulation. 
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BEI NETZWERKEN SIND 
WIR FÜR ALLE OFFEN... 


4th Dimension Reflex 

Abdobell Samna Word Plus IV 
BERN j Sidekick Plus 

Clipper x Smart System 3.] 
Crosstalk XVI . . Sprint 

Datacase 2,5 3-+ Open. LAN Manager SQLBase 

DataFlex Supercale 4 Netz 

dBASE Ill Plus j “ perPaint ei 
dBASE IV 4 Superproject Expert LA! 
DR I- Open LAN Magen ı | Symphony 2.0 
EasysGate permanenten Tex-Ass Windows 
Euroseript LAN u DOA Ohr, and > ren Software System 
FRA Mein anche TurboC 

FoxBase+/386 Turbo Pascal 
FoxBase+/LAN Turbo Prolog 


ed s Ind in band me Ventura Publisher 
Freelance Plus3.0 MS" DS? LAN Manage Volkswriter III LAN 
EM Nesktanc Windows/386 
GEM a Word Perfect Netz 
GEM Graph WordStar 2000 
GRAPHWRITER II WordStar 4.0 


Harvard Graphics 


Harvard Total Project Manager 


Hperardd 5A U aaniane 

Informix-AGL 

Informix-ESQL/C 

Informix-SQL 

Javelin 

Lotus 1-2-3/2.01 

Lotus 1-2-3/3.0 

MacDraw 

MacProjekt 

MacWrite 

MANUSCRIPT2.0 

Metro NETBase 

MS Assembler OMNIS3 Plus 

MS C Compiler Open Access II 

MS Chart Professional ORACLE Version 5.1B 

MS Excel ORACLE Application Tools V5.1B 

MS Multiplan 3.0 PageMaker for the Macintosh 

MS Project Netz PageMaker for the PC 

MS Rbase System PFS: Professional 

MS Word 4.0 Plan Perfect Netz 

MS Word for Macintosh Poly-STAR/220 & 240 

MultiMate Advantage Il : 
Quattro . . 
QEA 3+Open LAN Manager ist ein 


für alle offenes Netzwerk- 

Betriebssystem. Es verbindet die 
Welten von DOS-, Macintosh-, 0S/2-, UNIX-, DEC- 

und IBM-Großrechnern. Die Rechnerleistung kann optimal 
zwischen Server und Arbeitsplatz verteilt werden. 


3+ Open LAN Manager ist kompatibel zu Protokoll- 
Standards von DEC, IBM, Xerox und anderen. 


Wirksame Datenschutz- und Management-Funktionen sowie 
zahlreiche Programmierschnittstellen beweisen Flexibilität 
und Leistungsfähigkeit des 3+ Open LAN Managers. 


TI Netzwerklösungen mit System. 
= Gustav-Heinemann-Ring 123, D-8000 München 83 


ranche 


3Com-Partner in Deutschland 


3Com GmbH, Gustav-Heinemann-Ring 123, 

8000 München 83 

3Com GmbH, Frankfurter Str. 33-35, 6236 Eschborn 
3Com GmbH, Braunfelder Chaussee 216, 

2000 Hamburg 71 


Distributoren: 

Adcomp GmbH, München. Atlantik Elektronik, Mar- 
tinsried. ComputerLinks GmbH, München. Computer 
2000 AG, München. Positronika GmbH, Essen. 


Value Added Reseller: 

CE Computer Equipment GmbH, Bielefeld. Stecken- 
born Computer, Gießen. Interface Concilium, 
München. Echtzeit Computer, Göttingen. Zinck, Neu- 
burga.d.Donau. C.V.B.,Bonn. CENET München, 
Germering. 


Autorisierte 3Com-Händler: 

Berlin: Compunet Berlin, Dr. Dohrenberg GmbH, 
Horn & Görwitz, TCV Text-Computer Vertr. GmbH, 
ABAC Datentechnik GmbH, Pandasoft, Inline Software 
Hamburg: Data Equipment GmbH, P.C.P.Pfalzgraf, 
RK Datensysteme, MCT Microcomputer Team GmbH, 
Microware Hamburg, G.A.1.Hamburg.BPO Computer- 
laden, Pinneberg. Cebus GmbH, Kiel. Nagel & Knack, 
Kiel, Reese, Kiel. TSS Stoltenberg GmbH, Ahrensburg. 
Selck Computersysteme, Flensburg. Ahnemann & 
Kunze, Bremen 

Hannover: EDV-Beratung Petra Schulze, PC- 
Systems, Garbsen. B.1.V.G., Laatzen. Mesob Software, 
Braunschweig. Computerland, Göttingen 
Düsseldorf: ACC, Brosius & Köhler, Data Service 
Düsseldorf, Microware Düsseldorf, Schasiepen, 
Experteam, Duisburg. Rennen, Duisburg. Rennen, 
Essen. Besc, Essen. Middelberg u. Göx, Lotte-Büren. 
Experteam, Dortmund. Bongartz und Schmidt, 
Bochum. Laufenberg, Bochum. AKA-EDV, Bochum. 
RWL Computersysteme GmbH, Unna 

Köln: Experteam Köln, Micro Cosmos, PC$ Grönwoldt 
& Kempfer, ICT, Aachen. Annotext GmbH, Düren. 
Cosmoconform, Hennef-Heisterschoss. Heydweiller & 
Krebs, Bonn. Visarius GmbH, Bonn. Hennefeld, 
Wiesbaden. Lanware GmbH, Montabaur. Röth Daten- 
systeme, Wuppertal 

Frankfurt: Data Service Rhein-Main, Henneveld 
Frankfurt, Microware Frankfurt, S& B Software 
GmbH, Dreieich. INS GmbH, Friedrichsdorf. Linke EDV, 
Driedorf. HC$ GmbH, Rödermark. C.0.S.Computer- 
systeme, Saarbrücken. Gecomp GmbH, Mannheim. 
Data Link, Wiesloch 

Stuttgart: ML Software, Adlon OHG, Ravensburg, 
BIWISI GmbH, Bernhausen. CEB Böblingen. Data Link, 
Leonberg. Data Service, Karlsruhe. C-Tronic GmbH, 
Karlsruhe. Pfotenhauer, Achern. Comformatik, 

St. Georgen. Computerland, Friedrichshafen. Bercher 
GmbH, Tettnang 

München: Aavalon, BCR Vertriebsgesellschaft mbH, 
CE-Plus, Datalog Software, Didas Computer, 

Franklin Computersysteme, Ingenieur Ring Bittner & 
Krull, Micro Automation Consult, Microage München, 
PC-Plus GmbH, Portasoft, Singhammer, Softing 
GmbH, Servonic, Ergo Software, CNS Computer Net- 
work Systems, Columbus Datentechnik, Desk GmbH, 
Ottobrunn. CENET München, Germering. 

Christoph Seitz GmbH, Pullach. ABS Computerland, 
Polling. Megabyte, Oberschneiding. WDV GmbH, 
Garching. Microware München, Ismaning. MST GmbH, 
Neubiberg. Microage, Nürnberg. Computer Martin, 
Würzburg. KodaGmbH, Würzburg. B.V.$. Datensysteme 
Stadtbergen. 


DIALINT 

schnelle Windows im Text- und 
Graphik-Modus. Durch Interpre- 
tation von Text-Dateien 0. com- 
piliert 


AUTODIAL 

Eine Dialog- und Aktionsma- 
schine das User Interface Mana- 
gement System von ECO 


GRAPHIK 
Grapik-Funktionsbibliothek 


GEOMETRIE 
Funktionen nach CNC Standard 


DATENSTRUKTUREN 
C-Implementierung abstrakter 
Datenstrukturen, Sortierverfah- 
ren etc. 


DOS und BIOS-Funktionen 
Zugriffsroutinen 


STRUKTOR 

Druckreife Struktogramme für 
C, Pascal etc. und Pseudo-Code, 
Kommentar-Verarbeitung, Kon- 
figurierbare Ausgabe 


Demo-Disketten erhältlich ! 


ECO SCHULUNGEN 


C-Trainer 
Lernkurs mit C-Interpreter für 
Autodidakten (auch Quellcode 
erhältlich) 


C-SEMINARE 
Über unsere Produkte und Ihre 
Anwendungsprobleme 


für Electronische Communication 
und Organisation GmbH 


Abt. V 2 

Landshuter Straße 37 
D-8400 Regensburg | 
Tel. 0941/ 71098 
Fax: 0941/ 74833 
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° Eine dezentrale Applikation von Seros Corpo- 
ration steuert die gemeinsame Nutzung von PC- 
Informationen in Netzwerken. Sie bietet die 
Möglichkeit, gemeinsame Informationen wie 
Textdateien, Kalkulationstabellen, Publikationen 
und Zeichnungen aufzufinden und zu verwalten. 
Microsoft Windows-gesteuerte Workstation- 
Software vereinfacht das Suchen von Informa- 
tionen, die auf vielen Servern in einem Netz ver- 
teilt sind. Der Suchvorgang stützt sich auf be- 
schreibende Attribute, wie Anwendername, Ob- 
jekt, Thema und Datei. Die Server-Software er- 
stellt einen Informationskatalog über Objekte, 
die vom System bearbeitet werden, und führt 
Prüf- und Selbstdiagnose-Verfahren sowie die 
Versionsverwaltung durch. 

* Das Xcellenet Wide Area Network (WAN) 
Management System unterstützt eine Gruppe 
vernetzter LAN-Manager/LAN-Server-Leitrechner 
für die breite Vernetzung von vielen PCs unter 
MS-DOS und MS OS/2 Systemen über asyn- 
chrone Fernmeldeleitungen. Die Server-Rechner 
können ebenso mit Großrechnern verbunden 
werden, wobei die Großrechnersysteme als virtu- 
elle Leitrechner (File-Server) im WAN erschei- 
nen. Das Xcellenet Server-System liefert prak- 
tisch unbegrenzte Arbeitskapazität. Um die Kapa- 
zität des Systems zu erhöhen, können zusätzliche 
LAN-Manager/LAN-Server-Leitrechner hinzuge- 
fügt werden. Außerdem führt der Einsatz von 
mehr als einem Server zu einer Lastverteilung, 
also einem optimalen Einsatz von Netzwerk-Res- 
sourcen und Systemredundanz für den Fall, daß 
ein Server ausfällt. 


Vorteile der Client/Server- 
Datenverarbeitung 


Client/Server-vernetzte Applikationen bieten un- 
ter den Aspekten Leistung, Sicherheit, Admini- 
stration und Rentabilität eine Reihe von Vortei- 
len: 

Die Leistungssteigerung von Client/Server- 
vernetzten Systemen führt zu einer einfacheren, 
effizienteren und zuverlässigeren gemeinsamen 
Nutzung von Informationen durch einzelne Be- 
nutzergruppen. 

Einer der wichtigsten Gründe für die erhöhte 
Leistung ist, daß die Server-gesteuerte Software 
unter dem neuen Betriebssystemstandard MS 
08/2 läuft. MS OS/2 erfordert von Server-Appli- 
kationen einen außergewöhnlich großen Spei- 
cherbedarf, Multitasking-Fähigkeit und einen 
umfangreichen API-Satz. Als Server dienen die 
leistungsfähigsten Computer in einem Netz. Da 
Server-gesteuerte Prozesse auf diese Computer 
zugreifen können, kommen deren Leistungsvor- 
teile allen Benutzern im Netz zugute. 

Die Client/Server-Architektur führt zu einer 
beträchtlichen Reduzierung des Netzwerk-Ver- 
kehrs, weil die Server-gesteuerten Applikationen 


auf den Rechnern laufen, die auch Benutzer- 
dateien oder andere Ressourcen enthalten. Da 
die Server-Applikationen auf die gesamten Ser- 
ver-Daten lokal zugreifen, ist es nicht erforder- 
lich, große Blöcke von Informationen über das 
Netz zu den Workstations zu transferieren. Nur 
ganz spezielle, von einem Arbeitsplatzrechner 
angeforderte Informationen, werden über das 
Netzwerk gesendet. 

Ein dritter Vorteil, den die Client/Server-Ar- 
chitektur bietet, besteht darin, daß die Daten- 
satz-Sperrlogik der Workstation-Applikationen 
überflüssig wird, weil die Server-gestützte Appli- 
kation die einzige ist, die tatsächlich auf die 
Daten direkt zugreift. Der Server kann Parallel- 
Zugriffssteuerung durch andere, effektivere Mit- 
tel bieten. Zum Beispiel nutzt der SQL-Server 
einen hochentwickelten Page Level-Sperrmecha- 
nismus mit verschiedenen Sperrebenen. Auf 
diese Weise kann er die Anforderungen vieler 
Anwender-Gruppen, die alle auf die gleiche 
Datenbank zugreifen, erfüllen und einen durch 
Parallelzugriff verursachten Stillstand verhin- 
dern. 

Ein weiterer großer Leistungsvorteil der Cli- 
ent/Server-Architektur besteht darin, daß Server- 
gesteuerte Applikationen relativ einfach für be- 
sondere Aufgaben optimiert werden können. Ein 
Server-Prozeß kann zum Beispiel Ablaufsteue- 
rungen und globale Optimierungen, wie die Ver- 
arbeitung von Anfragen in der effizientesten Rei- 
henfolge, durch entsprechende Steuerung der 
Schreib-/Lesekopf-Bewegung oder mittels Zugriff 
auf den Cache-Speicher, ausführen. Auch die 
Verarbeitung von Arbeitsplatzrechner-Anforde- 
rungen parallel nach einem optimierten Disposi- 
tionsalgorithmus ist möglich. Dieses Prinzip bie- 
tet den System-Benutzern eine wesentlich schnel- 
lere Antwortzeit. 

Die dezentrale Datenverarbeitung verbessert 
die Netzwerk-Sicherheit und die Systemadmini- 
stration. Einer der Vorteile der Server-Dienste 
besteht in der Möglichkeit, die Zugriffsberechti- 
gung des Benutzers und den Datenzugriff an 
einer zentralen Stelle, dem Server, zu überprü- 
fen. Beim SQL-Server bedeutet dies, daß jede An- 
forderung, unabhängig von deren Ursprung, zu- 
erst in einer Benutzerprofil-Datenbank, die Teil 
der Server-Software ist, auf ihre Gültigkeit hin 
überprüft wird. Dadurch kann festgestellt wer- 
den, ob der Benutzer die entsprechende Zugriffs- 
berechtigung hat. 

Außerdem wird jede Datenfortschreibungs- 
oder Datenmodifikations-Anforderung an den 
SQL-Server anhand einer Liste von Datensicher- 
heitsregeln, die als Teil der Datenbank gespei- 
chert sind, geprüft. Damit wird gewährleistet, 
daß keine Modifikation oder Fortschreibung die 
Zuverlässigkeit der Datenbank gefährdet. 

Ein leistungsfähiger Zentral-Server hilft Sy- 
stem-Administratoren bei der Steuerung von 
Sicherheitsthemen, z.B. wie Applikationen einge- 


setzt werden können, wieviele Anwender eine 
gegebene Applikation gleichzeitig benutzen kön- 
nen und wer welche Applikationen zu einer be- 
stimmten Zeit nutzen darf. 

Gemeinsame dezentrale Dienstleistungen be- 
deuten niedrigere Kosten pro Benutzer. Teure 
Hardware, wie 386- und 486-Computer, Copro- 
zessor-Karten, numerische Coprozessor-Chips, 
Modems, Telefax-Karten, Mini/Großrechner- 
Kommunikationskarten etc., sowie teure Server- 
Software, können problemlos von einer Vielzahl 
von Teilnehmern gleichzeitig in einem Netz be- 
nutzt werden. 

Indem die dezentrale Datenverarbeitung die 
Lebensdauer eines schwächeren 8086- und 
80286-DOS-Arbeitsplatzrechners verlängert, er- 
höht sie dessen Rentabilität. Eine Client/Server- 
Architektur kann einen beachtlichen Teil der 
Funktionen von Arbeitsplatzrechnern überneh- 
men, mehr Speicherkapazität für Front-end-Ap- 
plikationen zur Verfügung stellen und bietet so 
die Möglichkeit, an den Vorteilen der neuesten 
Netzwerktechnik-Generation zu partizipieren. 

Die Client/Server-Datenverarbeitung führt zu 
einer erhöhten Wirtschaftlichkeit bei der Ent- 
wicklung von Applikationen sowie bei den ge- 
samten System-Hardware- und Software-Kosten. 
Software-Entwickler brauchen keine eigenen 
Back-end-Dienste entwickeln. Sie können beste- 
hende Dienstleistungen nutzen und sich auf an- 
dere, für die Anwender nützlichere Bereiche kon- 
zentrieren, wie z.B. Front-end-Verbesserungen 
und die Weiterentwicklung der Bedienerober- 
fläche. 


APIs 


Eine große Zahl von APIs macht die Client/ Ser- 
ver-Datenverarbeitung möglich. Nachstehend 
sind die wichtigsten sieben API-Kategorien für 
vernetzte Applikationen, die für LAN-Manager 
und LAN-Server einheitlich sind, aufgeführt. Die 
restlichen gemeinsamen APIs werden für Netz- 
werk-Utilities und Administration verwendet. 


»Named Pipes«-APls 


LAN-Manager und LAN-Server erweitern die 
Möglichkeiten der MS OS/2-Pipes oder der Inter- 
prozeß-Kommunikation auf das gesamte Netz. 
Diese Erweiterung oder Umleitung der MS OS/2- 
Interprozeß-Kommunikation auf das gesamte 
Netzwerk wird »Named Pipes« genannt. 

Named Pipes sind Zweiwege-Interprozeß- 
Kommunikationskanäle, über die an jedem Punkt 
des Netzwerks gesendet und empfangen werden 
kann. Das Lesen und Schreiben einer Pipe ähnelt 
sehr stark dem Lesen und Schreiben einer Datei. 
Named Pipes sind die häufigste Methode zum 
Austausch von Informationen zwischen Front- 
end-PCs und Back-end-Server-Applikationen. 

Programme können die gleiche Named pipe- 
Schnittstelle für die Kommunikation zwischen 
Prozessen, die auf derselben Maschine laufen, 
oder für zwei Prozesse, die auf getrennten Ma- 
schinen im Netz laufen, benutzen. Daraus folgt, 
daß jede Applikation, die aus zwei über Named 
Pipes kommunizierenden Prozessen besteht, 
eigentlich eine Netzwerk-Applikation ist. Um 
beide Prozeßfunktionen gemeinsam in einem 
Netz zu betreiben, sind keine Änderungen erfor- 
derlich. 

Named Pipes sind einfach in der Handhabung 
und bieten eine exzellente Fehlerbehebung. Sie 
wurden speziell unter dem Gesichtspunkt ent- 
wickelt, eine abgesetzte Netzwerk-Interprozeß- 
Kommunikation zu bieten, die von Software-Ent- 
wicklern mit wenig oder keiner Netzwerk-Appli- 
kationserfahrung implementiert werden kann. 
Außerdem ist es erheblich einfacher, für Named 
Pipes Software zu schreiben als für NetBIOS. 
NetBIOS ist ein Protokoll auf niedrigerem Niveau 
und erfordert vom Programmierer, daß er sich 
mit Dingen wie der Öffnung und Schließung von 
Netzwerk-Verbindungen, Netzwerk-Fehlerbedin- 
gungen usw. beschäftigt. Der Aufrufmechanis- 
mus der Named Pipes ist einfach und doch lei- 
stungsfähig. Eine einzige Named pipe-Funktion 
übernimmt die Funktionen vieler NetBIOS-Auf- 
rufe. 


3+Open LAN Manager Entry System 3+Open LAN Manager Advanced System 


3+ Open“ 


fast unbegrenzte Benutzeranzahl 
Anschlußmöglichkeit für verschiedene 
Workstations, LAN-zu-LAN und LAN-zu- 
HOST bei Systemen verschiedener Hersteller 


Für kleinere Systeme bis zu 5 Arbeitsplätzen 
Update zu Advanced System möglich 


LAN Manager 
Offene Netzwerk-Architektur 


Vernetzt die Welten von DOS , OS/2, Macintosh, UNIX, DEC und IBM-Rechnern. 
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Mailslot-APlIs 

Bestimmte Arten von Nachrichten, die im Netz 
zwischen Prozessen ausgetauscht werden, erfor- 
dern keinen vollständigen Duplex-Übertragungs- 
kanal. Ein benannter Mailslot ist unter diesen Be- 
dingungen das optimale Mittel für die Handha- 
bung von Meldungen. 

Ein Mailslot ist ein Einweg-Interprozeß-Kom- 
munikationsmechanismus. Im Prinzip ist er ge- 
nau, was der Name vermuten läßt: Ein Platz, an 
dem ein beliebiger Rechner in einem Netz eine 
Meldung hinterlegen kann. Sobald ein Arbeits- 
platzrechner oder ein Server einen Mailslot 
eröffnet, kann jeder Prozeß, der auf verschie- 
denen Rechnern im Netz läuft, einfach mit 
Namensangabe an ihn senden. In diesem Sinn 
sind solche Mailslots »Viele senden an einen«- 
Kommunikationsmechanismen. Jeder Rechner, 
der den Namen eines Mailslots kennt, kann an 
den Mailslot schreiben, und nur der Prozeß, der 
den Mailslot eröffnet hat, kann den Inhalt lesen. 
Mailslots können jedoch ebenso als eine Form 
der »Viele senden an viele«-Kommunikation ver- 
wendet werden, indem einfach mehrere Rechner 
unter dem gleichen Namen Mailslots eröffnen. 

Mailslots bieten viele interessante Anwendun- 
gen, wie »dynamisches Suchen« oder Lastvertei- 
lung. Beim »dynamischen Suchen« sucht ein Ar- 
beitsplatzrechner eine besondere Netzwerk-Res- 
source, beispielsweise eine Server-gesteuerte 
Kalenderapplikation. Der Arbeitsplatzrechner 
muß nicht wissen, wo sich die Kalenderapplika- 
tion im Netz befindet, um eine Konversation zu 
beginnen. Er hinterlegt einfach eine Meldung in 
einem vereinbarten Mailslot. Im Lastverteilungs- 
Szenario können Kopien der gleichen Server- 
Kalenderapplikation auf mehreren Servern im 
Netz laufen. Jeder hat ein Mailslot unter dem 
gleichen Namen eröffnet. Wenn ein Client-Ar- 
beitsplatzrechner versucht, eine Konversation mit 
einer Server-Kalenderapplikation zu beginnen 
und eine Meldung in einer Mailslot hinterlegt, 
bekommen alle Kalender-Server diese Meldung. 
Die verschiedenen Kalender-Server können dann 
entscheiden, wer tatsächlich die Anfrage des 
Anwenders bedient. 


Service-APls 

Mit Hilfe der LAN-Manager/LAN-Server-Service- 
APIs können Server-Applikationen als Netzwerk- 
Dienste installiert werden. 

Viele der LAN-Manager/LAN-Server-Kompo- 
nenten sowie der Ashton-Tate/Microsoft SQL- 
Server und DCA/Microsoft Communications Ser- 
ver sind als Netzwerk-Dienste konfiguriert. Der 
wichtigste Vorteil bei der Installation der Server- 
Applikationen als Netzwerk-Dienste besteht 
darin, daß ein System-Administrator in der Lage 
ist, standardmäßige LAN-Manager/LAN-Server- 
Schnittstellen und Einrichtungen für das Starten, 


Stoppen, Unterbrechen und Fortfahren von Ab- 
läufen zu benutzen. Ebenso können Abläufe 
dynamisch im Netz positioniert werden. 


Warn- und Meldungs-APlIs 

Über Warn- und Meldungs-APIs können Server- 
gesteuerte Applikationen Meldungen an die LAN- 
System-Administratoren wie auch an die Benut- 
zer des Systems senden. Eine Server-Datenbank- 
Applikation könnte Meldungen, wie »unerlaubter 
Benutzerzugriff versucht«, »Datenbank-Fehler 
entdeckt« oder »Leistungsabfall — schlage Daten- 
bank-Verdichtung vor«, an den System-Admini- 
strator richten, sobald eine entsprechende Situa- 
tion entsteht. 

Server-Prozesse können ebenso selbst auf 
Warnmeldungen achten. Es ist z.B. möglich, daß 
ein Server-Prozeß, der mit einem Notstromgerät 
versorgt wird, die Netzwerk-Warnung aussendet, 
daß der Strom unterbrochen wurde und das 
Netzwerk in wenigen Minuten zusammenbricht. 
Wenn andere Server-Prozesse diese Meldung er- 
halten, können Sie eine entsprechende Abschalt- 
Routine durchführen. 


Server- und Share-APIs 

Die Server-APIs unterstützen die Applikationen 
bei der Feststellung, welche Server mit dem Netz 
verbunden sind und welche Ressourcen auf 
jedem Server zur Verfügung stehen. Auf diese 
Weise können Arbeitsplatzrechner-Programme 
dem Benutzer eine Server-Auswahlliste zur Ver- 
fügung stellen, aus der er den Server wählt und 
ein Merken der Server-Namen überflüssig macht. 
Die Share-APIs ermöglichen es, Server-Program- 
men die Anzahl der gleichzeitigen Applikations- 
Benutzer einzuschränken. Hersteller von Appli- 
kationen können somit auf einfachere Weise Ver- 
sionen des gleichen Produktes vermarkten, die 
unterschiedliche Benutzerzahlen unterstützen. 


Zusammenfassung 


Die dezentrale Datenverarbeitung ist die Zukunft 
des PC-Netzwerk-Betriebs. Neben Named pipe- 
APIs, Mailslot-APls, Warn- und Meldungs-APls, 
Service-APIs sowie Server- und Share-APIs bieten 
LAN-Manager und LAN-Server die erforderlichen 
Einrichtungen, um den Anforderungen der hoch- 
entwickelten Netzwerk-Applikationen gerecht zu 
werden. Software-Entwicklern wird eine hervor- 
ragende Basis geboten, auf der sie umfassende, 
dezentrale Applikationen entwickeln können. 
Einige dieser dezentralen Applikationen stehen 
bereits zur Verfügung, viele andere sind noch in 
der Entwicklung. Das Ergebnis wird eine außer- 
gewöhnliche Erhöhung der Netzwerk-Produktivi- 
tät sein. 


Gemeinsame API-Kategorien: 


LAN-Manager 
von Microsoft 
und 
LAN-Server 
von IBM 


Die IBM- und Microsoft OS/2 LAN- 
Programmier-Plattform bietet 13 
gemeinsame API-Kategorien (von 
insgesamt 83 APIs), die vom IBM- 
LAN-Server und vom Microsoft 
LAN-Manager unterstützt werden. 
Unabhängige Software-Hersteller 
können somit leistungsfähige 
dezentrale Applikationen erstellen, 
die sowohl auf den IBM OS/2 LAN- 
Produkten als auch unter dem 
Microsoft LAN-Manager ohne 
Modifikationen laufen, wenn sie 
für den gemeinsamen API-Satz 
geschrieben sind. 


Kategorie 


Alert 
Character Device 
Connections 


Files 


Mailslot 
Message 


Pipes 


Remote Utilities 


Server 


Service 


Sessions 
Shares 
Use 


Workstation 


Alert-Kategorie 


Anwendung 


Meldet an Netzwerk-Service-Pro- 
gramme und Applikationen Ereignisse 
auf dem Netzwerk. 

Steuerung gemeinsamer Ausgabe-Ein- 
heiten und der zugehörigen Queues. 
Listet alle Verbindungen von einer Ar- 
beitsstation im Netz zu einem Server 
oder alle Verbindungen über den Ser- 
ver zu einer gemeinsamen Ressource. 
Zeigen an, welche Dateien, Geräte und 
Pipe-Ressourcen auf einem Server ge- 
öffnet sind und schließen eine dieser 
Ressourcen, sofern es notwendig ist. 
Einweg-Prozeß-zu-Prozeß-Kommuni- 
kation (IPC) über das Netzwerk. 
Senden, Empfangen, Lesen, Aufzeich- 
nen und Weiterleiten von Nachrichten. 
Prozeß-zu-Prozeß-Kommunikation 
(IPC) über das Netzwerk mittels 
Named Pipes. 

Kopieren und Verschieben von abge- 
setzten Dateien, abgesetzte Ausfüh- 
rung eines Programms und Zugriff zur 
Systemzeit-Information auf einem ab- 
gesetzten Server. 

Ermöglicht die ferngesteuerte Verwal- 
tung von auf einem lokalen oder abge- 
setzten Server auszuführenden Tasks. 
Installation und Steuerung der Netz- 
werk-Service-Programme. 

Steuerung der Netzwerk-Sessions, die 
zwischen Arbeitsstationen und Servern 
eingerichtet sind. 

Steuerung der gemeinsamen Ressour- 
cen, wie Platten-Laufwerke, Drucker 
und Named Pipes. 

Prüfung oder Steuerung von Verbin- 
dungen (uses) zwischen Arbeitsstatio- 
nen und Servern. 

Steuerung des Betriebs der Arbeitssta- 
tionen. 


Die Funktionen in der Alert-Kategorie bilden ein 
System zur Meldung von Ereignissen auf dem 
Netzwerk an Netzwerk-Server-Programme und 


Applikationen. 
API 


NetAlertRaise 


NetAlertStart 


NetAlertStop 


Beschreibung 


Unterrichtet alle in der Alert-Tabelle 
eingetragenen Arbeitsstationen über 
das Stattfinden eines bestimmten Er- 
eignisses. 

Zeigt einer Arbeitsstation an, daß sie 
über ein bestimmtes Ereignis auf dem 
Netzwerk benachrichtigt wird. 

Entfernt einen Arbeitsstations-Eintrag 
aus der Alert-Tabelle. 


Character Device-Kategorie 

Die Funktionen in der Character Device-Katego- 
rie steuern gemeinsam genutzte alphanumeri- 
sche Ausgabe-Einheiten und die zugehörigen 


Queues. 
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API Beschreibung 

NetCharDevControl Schließt zwangsweise eine alphanu- 
merische Ausgabe-Einheit. 

NetCharDevEnum Listet alle alphanumerischen Ausgabe- 
Einheiten in einer gemeinsamen Aus- 
gabe-Einheiten-Queue des Servers. 

NetCharDevGetInfo Liefert Informationen über eine be- 
stimmte alphanumerische Ausgabe- 
Einheit in einer gemeinsamen Device- 
Queue des Servers. 

NetCharDevQEnum Listet alle Queues für alphanumerische 
Ausgabe-Einheiten eines Servers. 

NetCharDevQGet- Liefert Informationen über eine be- 

Info stimmte Ausgabe-Einheiten-Queue 
eines Servers. 

NetCharDevQPurge Löscht alle noch nicht bearbeiteten An- 
forderungen aus einer Queue für 
alphanumerische Ausgabe-Einheiten. 

NetCharDevQPurge Löscht alle von einem bestimmten 


Sel Computer gesendeten anhängigen An- 
forderungen, die in einer Queue für 
alphanumerische Ausgabe-Einheiten 
auf die Ausführung warten. 


NetCharDevQSet- Ändert den Status einer Queue für 
Info alphanumerische Ausgabe-Einheiten 
auf einem Server. 

Connections-Kategorie 


Die NetConnectionEnum-Funktion erzeugt eine 
Liste aller Verbindungen, die von einer Arbeits- 
station zu einem Server erstellt wurden oder alle 
Verbindungen zu einer gemeinsam genutzten 
Ressource. 


API Beschreibung 

NetConnection Listet alle Verbindungen zwischen Ar- 

Enum beitsstationen und Ressourcen auf 
einem Server oder alle Verbindungen, 
die innerhalb einer Session bestehen. 

Files-Kategorie 


Die Funktionen in der Files-Kategorie bilden ein 
System zur Überwachung, welche Datei, Einheit 
und Pipe-Ressourcen auf einem Server geöffnet 
sind. Falls notwendig, wird eine der Ressourcen 
geschlossen. 


API Beschreibung 

NetFileClose Schließt zwangsweise eine Ressource, 
falls ein Systemfehler ein reguläres 
Schließen über die DOS-Close-Funk- 
tion verhindert. . 

NetFileGetInfo Liefert eine Information über die Off- 
nung einer Server-Ressource. 

Mailslots-Kategorie 


Die Funktionen in der Mailslots-Kategorie er- 
möglichen eine Einweg-Prozeß-zu-Prozeß-Kom- 
munikation (IPC). 


API Beschreibung 

DosDeleteMailslot Löscht einen Mailslot und legt alle 
gelesenen oder ungelesenen Nachrich- 
ten ab. 

DosMailslotInfo Sendet Informationen über einen be- 
stimmten Mailslot zurück. 

DosMakeMailslot Erzeugt einen Mailslot und bestätigt 
seine Nutzbarkeit. 

DosPeekMailslot Liest die nächste Nachricht in einem 
Mailslot ohne Daten zu entfernen. 

DosReadMailslot Liest und entfernt dann die zuletzt 
eingegangene Nachricht in einem 
Mailslot (prioritätsorientiert). 

DosWriteMailslot Schreibt eine Nachricht in einen be- 
stimmten Mailslot. 

Message-Kategorie 


Die Funktionen in der Message-Kategorie dienen 
zum Senden, Empfangen, Lesen, Aufzeichnen 
und Weiterleiten von Nachrichten. 


API Beschreibung 
NetMessageBuffer Sendet die Informationen eines Puffers 
zu einem angemeldeten Teilnehmer 
oder einem bestimmten Computer. 
NetMessageFileSend Sendet eine Datei an einen registrier- 
ten Anwender oder einen bestimmten 
Computer. 
NetMessageLog Holt den Namen der Nachrichten-Log- 
FileGet Datei und den aktuellen Logging-Sta- 
tus (Ein oder Aus). 
NetMessageLogFile Spezifiziert eine Datei gemäß einer 
Set Log-Nachricht, die von einem regi- 
strierten Anwender kam und ermög- 
licht oder sperrt die Aufzeichnung. 
NetMessageName Registriert einen Anwender in der 
Add Message-Name-Tabelle. 
NetMessageName Löscht einen Teilnehmernamen aus 
Del der Message-Name-Tabelle. 
NetMessageName Listet die Teilnehmernamen-Einträge 
Enum in einer Message-Name-Tabelle auf. 
NetMessageName Andert die Message-Name-Tabelle bei 
Fwd der Übermittlung einer Teilnehmer- 
Nachricht an einen anderen Teilneh- 
mer. 
NetMessageName Holt Informationen über das Message 
GetIn Account eines Teilnehmers. 
NetMessageName Stoppt die Übertragung einer Teil- 
UnFwd nehmer-Nachricht an einen anderen 
Teilnehmer. 
Pipes-Kategorie 


Die Funktionen in der Pipes-Kategorie steuern 
die Prozeß-zu-Prozeß-Kommunikation (IPC) über 


Named Pipes. 
API 


DosBufReset 


DosCallNmPipe 


DosClose 
DosConnectNmPipe 


DosDisconnect- 
NmPipe 


Beschreibung 


Löscht den Datenpuffer einer Named 
Pipe. 

Öffnet eine Named Pipe, führt das 
Schreiben in eine Named Pipe aus, ge- 
folgt durch das Lesen, und schließt 
dann die Pipe. 

Schließt eine Named Pipe. 

Wartet auf einen Client Process, um in 
diesem Falle eine Named Pipe zu öff- 
nen. 

Schließt zwangsweise eine Named 
Pipe, unterbindet einem Client Process 
jeden weiteren Zugriff darauf. 


API Beschreibung 

DosMakeNmPipe Erzeugt eine neue Named Pipe oder 
eine neue Instance einer existierenden 
Named Pipe und bestätigt die Bearbei- 
tung. 

DosOpen Öffnet den Client Process am Ende 
einer Named Pipe und bestätigt die 
Bearbeitung. 

DosPeekNmPipe Liest die Daten in einer Named Pipe 
ohne sie zu entfernen. 

DosQFHandState Holt Informationen darüber, ob die 
Bearbeitung einer Named Pipe berech- 
tigt ist und ob das Schreiben in abge- 
setzte Pipes erlaubt ist. 

DosQHandType Bestätigt den Typ einer bestimmten 
Bearbeitung. 

DosQNmpHand- Bestätigt Informationen über den aktu- 

State ellen Status einer Named Pipe. 

DosQNmPipelnfo Holt Informationen über die Größe der 
Eingangs- und Ausgangspuffer be- 
stimmter Named Pipes sowie darüber, 
wieviele Instances verfügbar sind. 

DosQNmPipeSem- Bestätigt Informationen über den Sta- 

State tus eines Semaphores, der zu einer 
Named Pipe eines lokalen Computers 
gehört. 

DosRead Liest Daten aus einer Named Pipe. 

DosReadAsync Liest Daten asynchron aus einer Na- 
med Pipe und entfernt die Daten. 

DosSetFHandState Andert den Open-Mode-Status einer 
Named Pipe. 

DosSetNmpHand- Andert den Lesemodus und Blocking- 

State Mode-Status einer Named Pipe. 

DosSetNmPipeSsem Ordnet ein Semaphore einem Client 
oder Server Process auf einer lokalen 
Named Pipe zu. 

DosTransactNmPipe Schreibt und liest eine Nachricht 
in/aus einer Named Pipe. 

DosWaitNmPipe Ermöglicht einem Client Process, auf 
eine verfügbare Instance einer Named 
Pipe zu warten. 

DosWrite Schreibt Daten in eine Datei oder 
Named Pipe. 

DosWriteAsync Schreibt, Daten asynchron in eine 


Named Pipe. 


Remote-Utilities-Kategorie 

Die Funktionen in der Remote-Utilities-Kategorie 
ermöglichen es der Applikation, abgesetzte 
Dateien zu kopieren und zu übertragen, ein ab- 
gesetztes Programm zu verarbeiten und auf die 
Systemzeit-Information eines abgesetzten Servers 
zurückzugreifen. 


API Beschreibung 

NetRemoteCopy Kopiert eine oder mehrere Dateien von 
einer Stelle zu einer anderen auf 
einem abgesetzten Server. 

NetRemoteExec Arbeitet ein Programm ab, das auf 
einem abgesetzten Server gespeichert 
ist. 

NetRemoteMove Verschiebt eine oder mehrere Dateien 
von einer Stelle zu einer anderen auf 
einem abgesetzten Server. 

NetRemoteTOD Sendet die Systemzeit des Servers zu- 
rück. 

Server-Kategorie 


Die Funktionen in der Server-Kategorie ermög- 
lichen die ferngesteuerte Verwaltung von Tasks, 
die auf einem lokalen oder abgesetzten Server 
ausgeführt werden. 


API Beschreibung 

NetServerAdmin Führt einen Befehl auf dem Server aus. 

Comma 

NetServerDiskEnum Holt eine Liste der lokalen Laufwerke 
eines Servers. 

NetServerEnum Liefert Informationen über alle er- 
kennbaren Server innerhalb einer LAN- 
Gruppe (Domain in LAN-Server). 

NetServerGetInfo Holt Informationen über einen be- 
stimmten Server in einer von drei 
möglichen Detail-Klassifizierungen. 

NetServerSetInfo Setzt die Betriebsparameter eines Ser- 
vers. 

Service-Kategorie 


Die Funktionen in der Service-Kategorie installie- 
ren und steuern Netzwerk-Service-Programme. 


API Beschreibung 

NetServiceControl Steuert die Operationen des Netzwerk- 
Services. 

NetServiceEnum Holt Informationen über alle Netz- 
werk-Service-Programme, die auf 
einem Server installiert sind. 

NetServiceGetinfo Holt Informationen über ein bestimm- 
tes installiertes Netzwerk-Service-Pro- 
gramm. 

NetServicelnstall Installiert ein Netzwerk-Service-Pro- 
gramm auf einem Server. 

NetServiceStatus Setzt Status- und Code-Informationen 
eines Netzwerk-Service-Programms. 

Sessions-Kategorie 


Die Funktionen in der Sessions-Kategorie steuern 
Netzwerk-Sessions, die zwischen Arbeitsstatio- 
nen und Servern stattfinden. 


API Beschreibung 

NetSessionDel Beendet eine Session zwischen einer 
Arbeitsstation und einem Server. 

NetSessionEnum Liefert Informationen über alle aktu- 
ellen Sessions für einen Server. 

NetSessionGetInfo Holt Informationen über eine Session, 
die zwischen einer bestimmten Ar- 
beitsstation und einem Server stattfin- 
det. 

Shares-Kategorie 


Die Funktionen in der Shares-Kategorie steuern 
gemeinsame Ressourcen, wie Platten-Laufwerke, 


Drucker und Named Pipes. 
API Beschreibung 
NetShareAdd Erzeugt eine gemeinsam nutzbare Res- 


NetShareCheck 


NetShareDel 


NetShareEnum 


NetShareGetInfo 


source auf einem Server. 

Anfrage, ob ein Server eine gemein- 
same Einheit nutzt. 

Entfernt einen Share-Namen aus der 
Server-Liste der gemeinsamen genutz- 
ten Ressourcen. 

Holt Share-Informationen über jede 
gemeinsam genutzte Ressource eines 
Servers. 

Holt Informationen über eine be- 
stimmte gemeinsam genutzte Res- 
source auf einem Server. 
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API Beschreibung API Beschreibung 
NetShareSetInfo Setzt einen neuen Share-Parameter NetUseEnum Listet alle aktuellen Verbindungen 
oder Parameter für eine gemeinsam zwischen der lokalen Arbeitsstation 
genutzte Einheit. und Ressourcen eines abgesetzten Ser- 
vers auf. 

NetUseGetInfo Holt Informationen über die Verbin- 
dung zwischen einer lokalen Einheit 
und einer gemeinsamen Ressource. 

Use-Kategorie ner ” 
Die Funktionen der Use-Kategorie prüfen oder 
steuern Verbindungen (uses) zwischen Arbeits- s . 

gen (us) 2 Workstations-Kategorie 


stationen und Servern. 


Die Funktionen in der Workstations-Kategorie 


API Beschreibung steuern die Operation von Arbeitsstationen. 
NetUseAdd Richtet eine Verbindung zwischen API Beschreibung 
einem lokalen oder NULL-Einheiten- 
Namen und einer gemeinsam genutz- NetWkstaGetInfo Sendet Informationen über die Konfi- 
ten Einheit durch Neueintrag des gurations-Komponenten einer Arbeits- 
lokalen oder NULL (UNC) Einheiten- station zurück. 
Namen für die gemeinsam genutzte NetWkstaSetInfo Konfiguriert eine Arbeitsstation. 
Ressource ein. NetWkstaSetUID Diese Funktion logt gleichzeitig einen 
NetUseDel Beendet eine Verbindung zwischen User-Namen auf das Netzwerk, ändert 


® 


rbo-Tools 


einem lokalen oder UNC-Einheiten- 
Namen und einer gemeinsamen Res- 
source. 


PROFI C-TOOLS 
I! Neu Neu Neu |! 


CURSES 


das Paßwort eines User-Namens und 
logt einen User-Namen aus dem Netz- 
werk aus. 


QuickBASIC-Tools 


DER Fenster Manager | sie arbeiten mit MS QuickBASIC oder BASIC Compiler? 
aus der UNIX-Welt. Sehr pfiffig! Sie wollen noch leistungsfähigere Programme 
# schreiben und schneller zum Ziel kommen? Kein Problem! 

Jetzt unter MS-DOS. Wir liefern Profi-Toolboxen für (fast) alle Bereiche, z.B.: 


@ Fenstertechnik, Menüs, DOS-Funktionen etc. 


C-BTREE-ISAM DER Fenster-, Menü-, © Relationale Datenbank 
> Netzmodul und Dialogboxenmanager @ Präsentationsgrafik und Grafik-Hardcopy 
R 08/2 Testversion unter CURSES. © Screen-Editor und Maskengenerator 
Mitkostenloser Konzentrieren Sie sich bei Ihren @ Maus-Einbindung und Dialogboxen 
Index-sequentielle Programmen auf das Wesentliche! © Laserdrucker-Unterstützung 


netzwerkfähige Dateiverwaltung 
für Turbo C, Quick C, MSC: 3% 

» Ausgeglichene B-Bäume, modifiziert 
) Über Miliarden Datensätze 

» 750 Schlüssel pro Datensatz 


® Programm-Optimierung und Crossreferenz 
® Mathematisch-wissenschaftliche Routinen 
©@ Erzeugung speicherresidenter Programme 
® Nutzung der seriellen Schnittstellen bis 115200 Baud 


Überlassen Sie UNS die aufwendi- 
ge Verwaltung einer professionel- 
len Benutzeroberfläche! 

Portieren Sie UNIX und XENIX Pro- 


gramme’aul MS-DOS oder umge- Interessiert? Kostenlose ausführliche Info anfordern! 


» Pro Datendatei nureine Indexdatei kehrt. 


» Interner Seitenspeicher frei 
unierbar 
2 ran zur Datensicherheit 
» Netzmodule für Novell, MSNetBios 
kompatible Netzwerke, Banyon Vines 
sowie PCMOS 386 enthalten 
» Unterstützt volles File- und 
Recordlocing 
» Sehrhohe Geschwindigkeit 


Entwickeln Sie schon heute Pro- 
gramme auf Ihrem PC für die 
UNIX-Welt von morgen! 

Für alle gängigen C-Compiler wie: 
Microsoft C, Turbo C und Lattice. 
Mit ausführlichen deutschen Hand- 
büchern! Alle Tools sind auch mit 
dokumentierten Quelltexten erhält- 


ZOSCHKE 


Zoschke Data GmbH 
Bahnhofstraße 3 

D-2306 Schönberg/Holstein 
Telefon (0 4344) 6166 - Fax 6162 


MS QuickBASIG ist eingetr, Warenzeichen der Microsoft Corp 


lich. 


4 a Fordern Sie noch heute kostenlo- On-line-Referenz 
ses Informationsmaterial oder die . . 
er UseriSouroe) DM 375,- Demodiskette für DM 10,- an! für das Windows SDK 
ET - Das Handbuch im Rechner - 


(Multi-User/Souroe) DM 595,- KICKSTEIN software 


Manfred Kickstein ® Vollständige Beschreibung aller Funktionen und Messages mit 
Crossreferenzen 
E N zZ Isarstraße 28 B @ Umständliches und teures Nachblättern in den Referenzhand- 
D-8900 AUGSBURG 21 büchern entfällt 


@ Aus jedem textorientierten Editor durch beliebigen Hot-Key 


= 0821-814666 


aufrufbar 
Eingeir Warenzeichen @ Automatische Suchfunktion spart 15 %-25 % Zeit während der 
Wetterauer Straße 12 MS-C, MS-DOS, XENIX: Microsoft; erseren 2. Ka 
6380 Bad Homburg 6 Turbo C: Borland; Lattice: Lattice Inc 9 
Telefon 06171/41014 UNIX: AT&T Vergeuden Sie keine unproduktive Zeit mehr durch 
Telefax 06172/458652 


langwieriges Suchen, 


Dieses Tool zum Preis von 299,- + MwSt. darf keinem 
Windows-Entwickler fehlen! 


Nähere Informationen bei: 


AIT Programmier- 
systeme 
Hölderlinweg 42, 7300 Esslingen 


Tel. (0711) 316566 
Fax (0711) 316588 
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Wir entwickeln anwenderspezifische Software 
unter Windows, OS/2 und Unix 


Microsoft liefert 
Version 2.11 von 
Windows/286 und 
Windows/386 aus 


ie neue Windows Version 

2.11, die gegenüber der 
Vorversion 2.1 hinsichtlich ihrer 
Speicherverwaltung grund- 
legend überarbeitet wurde, ist 
ab sofort verfügbar. Insbeson- 
dere hat Microsoft die Verwal- 
tung des EMS-Speichers (Expan- 
ded Memory Specification) 
reorganisiert, der über Bank 
Switching den indirekten Zugriff 
auf den Arbeitsspeicherbereich 
jenseits der 640 Kbyte-Barriere 
von MS-DOS ermöglicht. So 
wurde zum Beispiel die Schalt- 
grenze zwischen Small und 
Large Frame EMS im Kernel von 
208 Kbyte auf 240 Kbyte erhöht. 
Für den Anwender hat dies den 
Vorteil, daß großen Windows- 
Applikationen wesentlich mehr 
Speicher zur Verfügung steht. 
Schwierigkeiten, die zum Bei- 
spiel bei der Arbeit mit Microsoft 
Excel unter Microsoft Windows 
2.1 aufgetreten sind, werden mit 
der Version 2.11 beseitigt. 

Microsoft hat aber auch an 

anderen Stellen das Leistungs- 
verhalten von Windows grund- 
legend verbessert. So erkennt 
die EMS-Speicherverwaltung 
von Windows 2.11 einen instal- 
lierten HIMEM.SYS-Treiber und 
kann dem System dadurch zu- 
sätzlichen Speicher zur Verfü- 
gung stellen. Der HIMEM.SYS- 
Treiber erlaubt es Applikationen, 
64 Kbyte Speicherraum jenseits 
der 1 Mbyte-Speichergrenze wie 
gewöhnlichen Arbeitsspeicher zu 
adressieren. Nach Abzug für 
Systemaufgaben bleibt daher auf 
Maschinen mit mehr als 1 Mbyte 
Speicher für Anwendungen ein 
direkt adressierbarer Arbeits- 
speicher von rund 684 Kbyte 
statt 640 Kbyte. Das bietet nicht 
nur großen Applikationen mehr 
Spielraum, sondern wirkt sich 
auch positiv auf die Performance 
des Gesamtsystems aus. Bei- 
spielsweise wurde die Systemlei- 
stung im Druckverhalten verbes- 
sert: Um das Drucken zu be- 
schleunigen, ist die Geschwin- 


digkeit des Druckerspoolers er- 
höht worden. 

Neben diesen grundlegenden 
Änderungen wurden viele wei- 
tere Ergänzungen und Verbesse- 
rungen vorgenommen: Für Win- 
dows/386 steht jetzt beispiels- 
weise auch ein 8514-Treiber für 
hochauflösende IBM PS/2-Bild- 
schirme zur Verfügung. Des wei- 
teren wurden folgende Drucker- 
treiber überarbeitet: Com-Trei- 
ber, Postscript-Treiber, Apple- 
Talk-Library, HPPCL-Treiber, 
Toshiba-24-Nadeldrucker-Trei- 
ber und Tastaturtreiber. 

Das Update von Microsoft 
Windows/286 2.1 auf die neue 
Version Windows/286 2.11 bzw. 
von Windows/386 2.1 auf Win- 
dows/386 2.11 ist kostenlos. Ab 
1. Oktober 1989 gelten alle 
anderen Preise (inkl. MwSt., un- 
verb. Preisempf.) wie folgt: 


Windows/286: 
Neupreis 


Windows/386: 
Neupreis 


Windows Toolkit: 
Neupreis 


Microsoft QuickC 
2.0 jetzt auch mit 
QuickAssembler 


icrosoft QuickC mit Quick- 

Assembler ist eine lei- 
stungsstarke Ergänzung der 
Quick-Sprachenfamilie, die 
einen in die QuickC-Umgebung 
integrierten vollständigen Macro 
Assembler bietet. Damit ist es 
jetzt leichter als je zuvor, C, 
gemischtes C, Assemblersprache 
und sogar Stand-Alone-Assem- 
bler-Programme bzw. -Routinen 
zu schreiben. 

Der C-Teil des QuickC Com- 
pilers/QuickAssemblers ist iden- 
tisch mit der bewährten QuickC 
2.0 Umgebung. Der Assembler- 
Teil umfaßt einen integrierten 
Macro Assembler. Das Paket ist 
ab sofort im Handel erhältlich. 

Die Compiler- und Assembler- 
bereiche des Produktes arbeiten 


DM 547,-- 
Update von Version 1.03DM 285,-- 
Update von Version 2.03 DM 57,-- 


DM 855,-- 
Update von Version 1.03 DM 455,-- 
Update von Version 2.03 DM 57,-- 


DM 1.425,-- 
Update von Version 1.03DM 547,-- 
Update von Version 2.03 DM 57,-- 


folgendermaßen zusammen: 
Falls die aktuelle Datei eine 
ASM-Erweiterung hat, wird der 
Assembler durch den Befehl 
MAKE.EXE aufgerufen. Sollte die 
Datei eine C-Erweiterung auf- 
weisen, wird der C-Compiler 
aufgerufen. Bei Verwendung 
einer Make-Datei, die sowohl C- 
als auch ASM-Module enthält, 
ruft die Umgebung automatisch 
den C-Compiler und gegebenen- 
falls den Assembler auf. 

Der QuickAssembler wurde in 
die QuickC-Umgebung inte- 
griert, weil Microsoft QuickC 2.0 
leistungsstarke Editing-, Debug- 
ging- und Compiling-Tools be- 
inhaltet. Marktuntersuchungen 
zeigen, daß Assembler nach C 
die von C-Programmierern am 
häufigsten benutzte Sprache ist. 

Durch den QuickAssembler 
ergeben sich einige Änderungen 
im Entwicklungsprozeß. Die 
Änderung hängt ab von der Art 
des Programms, das entwickelt 
wird. Falls der Programmierer 
Assembler-Programme schreibt, 
ist Microsoft QuickC/Quick- 
Assembler die erste verfügbare 
integrierte Entwicklungsumge- 
bung. Programmierer, die ge- 
mischte C- und Assembler-Pro- 
gramme schreiben, haben jetzt 
eine integrierte Entwick- 
lungsumgebung, die mehrere 
Sprachen unterstützt. In der 
Vergangenheit war die Ent- 
wicklung von gemischtsprach- 
lichen Programmen zeitraubend. 
Ein tyischer Ablauf hat vielleicht 
so ausgesehen: 

1. Editieren Sie C-Code. 

2. Verlassen Sie den Editor. 

3. Compilieren Sie C-Code (zur 
Erstellung einer OBJ-Datei). 

4. Gehen Sie ins MS-DOS. 

5. Gehen Sie in den Editor und 
schreiben Sie die Assembler- 
Routine. 

6. Verlassen Sie den Editor. 

7. Assemblieren Sie die Routine 
(MS-DOS Befehlszeilen- 
Assembler). 

8. Linken Sie C-OBJ- und As- 
sembler-OBJ, um EXE zu erstel- 
len. 

9. Starten Sie CodeView und 
debuggen Sie (Abhängig davon, 
welche Art von Fehlern gefun- 
den wird, entweder zu Schritt 1. 
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oder 3. zurückgehen; vorher in 
MS-DOS zurückkehren. Diese 
Schritte wiederholen, bis das 
Programm ordnungsgemäß ar- 
beitet). 

Bei QuickC/QuickAssembler 
könnte ein typischer Ablauf so 
aussehen: 

1. Starten Sie QuickC/Quick- 
Assembler und editieren Sie C- 
Code und Assemblerroutinen. 
(Anmerkung: Alle Informationen 
über C und Assembler sind über 
den Online Quick-Ratgeber ver- 
fügbar) 

2. Betätigen Sie (Programm 
erstellen) und die Umgebung 
kompiliert, assembliert und linkt 
das Programm automatisch. In 
einer Sekunde wird ein EXE- 
Programm erstellt. 

3. Beginnen Sie mit dem De- 
buggen. Da der Debugger in den 
Editor integriert ist, muß der Be- 
triebsmodus nicht gewechselt 
werden. Gehen Sie - falls not- 
wendig — zurück zu 1, ohne die 
Umgebung zu verlassen. 

Microsoft QuickC 2.0 war die 
erste integrierte Entwicklungs- 
umgebung mit einem eingebau- 
ten Inline-Assembler. Es ist also 
kein zusätzlicher, separater As- 
sembler erforderlich, um auf den 
Inline-Assembler zuzugreifen. 
Der QuickC 2.0 Inline-Assembler 
ist in der Lage, Assembler-Code 
zeilenweise in den C-Code ein- 
zufügen. Dieser Prozeß ist je- 
doch auf den Inline-Code be- 
schränkt, er gestattet keine As- 
sembler-Routinen, Makros oder 
Datenspezifikationen. 

Mit QuickC/QuickAssembler 
verfügt der Programmierer über 
die Leistungsfähigkeit des 
Microsoft Macro Assemblers 5.1. 
Darin beinhaltet sind: 

° Leistungsstarke Datenspezifi- 
kationen einschließlich Daten- 
sätze und Strukturen. 

®e Mit dem von Microsoft ent- 
wickelten Interlanguage-Prozeß 
werden Makros und Anweisun- 
gen bearbeitet, die das Aufrufen 
anderer Microsoft Sprachen ex- 
trem einfach machen. 

«e Mit dem Inline-Assembler 
können keine Bibliotheken von 
Assemblerroutinen erstellt wer- 
den, auf die andere Programme 
Zugriff hätten. QuickC/Quick- 


Assembler bietet die Standard- 
MASM-Anwendungseigenschaf- 
ten. 

QuickC/QuickAssembler 
unterscheidet sich vom Micro- 
soft Macro Assembler in etlichen 
Punkten: 

« QuickC/QuickAssembler ist 
eine Erweiterung der leistungs- 
starken QuickC Entwicklungs- 
umgebung. Es ist kein Stand- 
Alone Microsoft Macro 
Assembler. 

* QuickC/QuickAssembler ist 
nur auf MS-DOS lauffähig. 
MASM hingegen unterstützt so- 
wohl MS-DOS als auch Microsoft 
OS/2. 

e QuickC/QuickAssembler ist 
eine Real Mode-Applikation für 
80286/80386-Prozessoren. 
MASM unterstützt Protected 
Mode und die Generierung von 
80386 OP-Codes. 

®e Mit dem MASM können Pro- 
grammierer Assembler-Routinen 
für beliebige andere Microsoft 
Sprachen schreiben, einschließ- 
lich C 5.1, QuickBasic 4.5, Basic 
6.0, Pascal 4.0, FORTRAN 5.0 
und COBOL 3.0. Die im MASM 
enthaltene Dokumentation und 
der integrierte CodeView-De- 
bugger unterstützen ebenfalls 
alle vorstehenden Sprachen. 
QuickC/QuickAssembler kombi- 
niert C mit Assemblersprache. 

Microsoft QuickC 2.0 ist 
natürlich weiterhin auch ohne 
QuickAssembler erhältlich. 


Starkes 
Software-Duo für 
Geschäftsgrafiken 


er Grafiken schnell, kom- 

fortabel und professionell 
auf dem PC verarbeiten möchte, 
sollte jetzt zu einem Angebot 
greifen, das Microsoft befristet 
bis Ende Dezember macht: Zum 
»Paketpreis« von DM 1.311, -- 
(inkl. MwSt., unverb. Preis- 
empf.) bietet das Softwarehaus 
das leistungsfähige Geschäfts- 
grafikprogramm Microsoft Chart 
Version 3.0 plus das eben von 
Ernst Tiemeyer erschienene 
Trainingsbuch »Geschäftsgrafi- 
ken mit Microsoft Chart 3.0 auf 
dem PC«. 


Mit diesem »starken« Soft- 
ware-Duo können Anwender, 
die Zahlenwerte und Texte mit 
dem PC darstellen möchten, 
nicht nur einen raschen Einstieg 
in die Grafikverarbeitung schaf- 
fen, sondern sich auch anhand 
von problembezogenen Beispie- 
len mit den grundlegenden und 
vielfältigen Gestaltungsmöglich- 
keiten von Microsoft Chart 3.0 
vertraut machen. Die Lernfähig- 
keit wird dabei sowohl durch 
das in Microsoft Chart 3.0 inte- 
grierte Lernprogramm als auch 
durch das gute didaktische Kon- 
zept des Lehr- und Übungs- 
buches hervorragend unter- 
stützt. 


Deutsche 
Versionen von 
zahlreichen 
Microsoft- 
Macintosh- 
Programmen jetzt 
verfügbar 


Microsoft Works 2.0 für 
den Macintosh 

In Microsoft Works 2.0 für den 
Macintosh sind die fünf Funk- 
tionsbereiche Textverarbeitung, 
Tabellenkalkulation, Datenbank, 
Kommunikation und Grafik in 
einem einzigen Programmpaket 
vereint. 

Dieses integrierte Paket ist die 
ideale Komplettausstattung für 
kompakte Macintosh-Systeme 
aber auch eine Ergänzung, die 
eine breite Grundfunktionalität 
allen »Spezialisten« gewährlei- 
stet. 

Das deutsche Microsoft 
Works, das ab sofort im Handel 
verfügbar ist, bietet in der neuen 
Version 2.0 eine Reihe zusätz- 
licher Funktionen. So wurden 
die grafischen Fähigkeiten er- 
weitert und verbessert. Ferner 
bieten Makros eine Automatisie- 
rung sich stets wiederholender 
Aufgaben. 

Für die Erstellung von Grafi- 
ken enthält Microsoft Works 2.0 
zahlreiche Werkzeuge zum 


Zeichnen von Linien, Kreisen, 
Rechtecken, Winkeln und Poly- 
gonen sowie zum freihändigen 
Zeichnen. Diese grafischen 
Fähigkeiten können sowohl in 
der Tabellenkalkulation als auch 
in der Textverarbeitung ange- 
wendet werden. 

Drei weitere Verbesserungen 
stehen in allen fünf Programmen 
des Pakets zur Verfügung: Farb- 
unterstützung für den Macintosh 
II, Seitenansicht am Bildschirm 
(zur Begutachtung einer Seite 
vor dem Ausdruck) sowie ein 
Makro-Rekorder, der zur Auf- 
zeichnung eines Arbeitsablaufs 
für die spätere wiederholte Aus- 
führung dient. 

Die Optimierung der Serien- 
brieffunktionen erlaubt die Ver- 
wendung mehrspaltiger Adreß- 
aufkleber. Das Tabellenkalkula- 
tions-Modul bietet nun 256 
Spalten und bis zu 16.382 Zei- 
len. Das Datenbank-Modul 
wurde durch Einfügen von 
Datum-/Zeit-Funktionen und 
durch flexiblere Auswertungs- 
Fähigkeiten verbessert. Daten- 
import und -export verschaffen 
Microsoft Works 2.0 auf dem 
Macintosh Kompatibilität zu 
Microsoft Word und Microsoft 
Excel durch Dateien im RTF- 
sowie SYLK-Format. 

Microsoft Works 2.0 für den 
Macintosh ist ab sofort zu einem 
Preis von DM 980,-- (inkl. 
MwSt.; unverbindl. Preisempf.) 
im Fachhandel erhältlich. Besit- 
zer einer früheren Works-Ver- 
sion können für DM 279,-- (inkl. 
MwsSt.; unverbindl. Preisempf.) 
auf Microsoft Works 2.0 umstei- 
gen. 


Microsoft Word 4.0 für den 
Maeintosh 

Ab sofort verfügbar ist die deut- 
sche Version von Microsoft 
Word 4.0 für den Macintosh, in 
dessen Entwicklung Microsoft 
die Anregungen von weltweit 
über 400.000 Microsoft Word- 
Anwendern einfließen ließ, um 
das erfolgreichste Macintosh- 
Programm entsprechend zu opti- 
mieren. Microsoft Word 4.0 für 
den Macintosh weist gegenüber 
der Vorversion daher wichtige 
Weiterentwicklungen auf, z.B.: 


1. Schnelles Arbeiten durch indi- 
viduelle Anpassung 

Die Menüs in Word 4.0 können 
komplett den persönlichen An- 
sprüchen angepaßt und entspre- 
chend gestaltet werden. 

2. Optimale Darstellung von 
Dokumenten 

Um Dokumente optimal darzu- 
stellen, bietet Word 4.0 jetzt vier 
unterschiedliche Bearbeitungs- 
ansichten: Gliederungsansicht, 
Fahnenansicht, Seitenansicht 
und Druckansicht zum Editieren 
im WYSIWYG-Modus. 

3. Einsatz neuer Tabellenfunk- 
tionen 

Mit den neuen Tabellenfunktio- 
nen in Microsoft Word 4.0 kann 
die Erstellung u.a. von Preis- 
listen, Tabellen oder anderen 
spaltenartigen Übersichten 
schneller und einfacher als bis- 
her gestaltet werden. 

4. Absolutes Positionieren 

Mit dem neuen Word 4.0 lassen 
sich auch DTP-Aufgaben erledi- 
gen. So erlaubt z. B. die Mög- 
lichkeit der absoluten Positionie- 
rung von Objekten, eine Grafik 
fest an einer Stelle der Seite zu 
fixieren. Der Text fließt dann 
ein- oder mehrspaltig um das 
Objekt herum. 

Da die meisten Macintosh 
Anwender mehrere Software- 
pakete einsetzen, hat Microsoft 
vor allem auch auf die Integra- 
tionsfähigkeit der neuen Word- 
Version besonderen Wert gelegt. 
Die dynamische Verknüpfung 
von Microsoft Word 4.0 mit 
anderen Software-Programmen 
macht es einfacher denn je, bei- 
spielsweise Geschäftsberichte, 
die Text, Zahlen und Grafiken 
verbinden, zu erstellen. 

Microsoft Word 4.0 für den 
Macintosh setzt als Systembasis 
einen Macintosh Computer mit 
512 Kbyte RAM und zwei 800- 
Kbyte-Floppydisk-Laufwerken 
oder einer Festplatte voraus. Das 
Programm ist kompatibel mit 
AppleShare und MultiFinder. 

Microsoft Word 4.0 für den 
Macintosh ist zu einem Preis von 
DM 1.585,-- (inkl. MwSt.; un- 
verb. Preisempf.) im Fachhandel 
erhältlich. Besitzer einer frühe- 
ren Version können für DM 
279,-- (inkl. MwSt.; unverb. 


Preisempf.) auf die neue Version 
umsteigen. 


Deutsche Version von 
Microsoft QuickBasic für 
den Macintosh 

Mit der deutschen Version von 
Microsoft QuickBasic 1.0 steht 
Macintosh Anwendern ab sofort 
dieses vielseitige und leistungs- 
fähige Entwicklungswerkzeug 
zur Verfügung, in dem die Vor- 
teile eines Basic Interpreters mit 
denen eines Basic Compilers 
kombiniert wurden. 

Die Interpreter-Vorteile liegen 
in der Programmerstellung mit 
Editor und Debugger. Die Vor- 
teile des Compilers machen sich 
hingegen in der Schnelligkeit 
der Programmausführung be- 
merkbar. In QuickBasic ge- 
schriebene und kompilierte Pro- 
gramme sind eigenständige 
Applikationen, die nach ihrer 
Fertigstellung weder Interpreter 
noch Compiler zum Ablauf 
benötigen. 

Microsoft QuickBasic eröffnet 
damit für den Macintosh neue 
Dimensionen. Dabei ist die ein- 
fach beherrschbare Sprache 
Basic eine interessante Alter- 
native in der Programmierung. 
Selbst komplexe Aufgaben sind 
unter der neuen, verbesserten 
Bedienungsoberfläche, die der 
vom Macintosh gewohnten Um- 
gangsweise entgegenkommt, 
leicht lösbar. Zu den besonderen 
QuickBasic Eigenschaften gehö- 
ren die Tonerzeugungs- und 
Farbgrafik-Unterstützung. Hinzu 
kommt, daß QuickBasic die 
Fähigkeiten der Prozessoren 
68020, 68881 und höher nutzt. 

Durch die Kombination von 
Compiler und Interpreter auf 
einer gemeinsamen Bediener- 
oberfläche lassen sich Kompilie- 
rung und Ausführung eines Pro- 
gramms auf einen einfachen 
»Klick« mit der Maus reduzieren. 
Der Zugriff auf die Macintosh 
Toolbox, eine Subroutinen- 
Bibliothek, gewährleistet ferner, 
daß Anwendungsprogramme auf 
einfache Weise mit Macintosh 
Standard-Interfaces versehen 
werden und gewohntes Aus- 
sehen sowie bekannte Bedie- 
nungsvorteile erhalten. 
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Die Eigenschaften des Quell- 
code-Debuggers sind geprägt 
durch Einzelschritt-Abarbeitung, 
Trace-Funktion und die Mög- 
lichkeit, Unterbrechungen zu 
setzen. Im Direkt-Modus können 
nach jeder Programmunter- 
brechung die Inhalte von Varia- 
blen angezeigt sowie Komman- 
dos unabhängig vom Programm 
ausgeführt werden. Die jederzeit 
verfügbare Online-Hilfe von 
QuickBasic informiert auf 
Knopfdruck über Basic-Voka- 
beln, Bibliotheksfunktionen und 
Aufrufe, die zu ROM-Routinen 
gehören. 

Zum Lieferumfang gehören 
zahlreiche Programm-Beispiele, 
die den Einstieg in Basic erleich- 
tern und viele der Microsoft 
QuickBasic-Besonderheiten an- 
schaulich nahebringen. Quick- 
Basic erfordert in dieser modern- 
sten Version 1 Mbyte RAM im 
Macintosh Plus, SE oder II und 
mindestens ein doppelseitiges 
800-Kbyte-Laufwerk. Die Ver- 
wendung einer Festplatte oder 
ein zweites 800-Kbyte-Laufwerk 
ist empfehlenswert. 

Microsoft QuickBasic 1.0 ist in 
der deutschen Version ab sofort 
zu einem Preis von DM 399,- 
(inkl. MwSt.; unverb. Preis- 
empf.) im Fachhandel erhältlich. 
Besitzer eines Microsoft Basic 
Interpreters und Basic Compilers 
können für DM 148,-- (inkl. 
MwSt.; unverb. Preisempf.) auf 
QuickBasic 1.0 umsteigen. 


Apple-Testfahrt 
mit Microsoft 
Produkten 


pple Computer, Claris und 

Microsoft bieten ab sofort 
bis 31. Oktober dieses Jahres 
eine gemeinsame Testaktion an, 
bei der sich Anwender über die 
Leistungen der Macintosh Hard- 
und Software in der Praxis 
informieren können. 

Für die Testaktion wird von 
Apple wahlweise ein Macintosh 
SE 2/20 oder SE/20 2/40 mit 
ISO-Tastatur zur Verfügung ge- 
stellt. Jeder Rechner beinhaltet 
sechs Softwareprodukte in einer 
Demo-Version, u.a. 


® Microsoft Word 4.0 für den 
Macintosh 

e Microsoft Excel 1.5 für den 
Macintosh 

e Microsoft PowerPoint 2.0 für 
den Macintosh. 

Damit bietet Microsoft Apple- 
Aspiranten einen praktischen 
Einblick in die Arbeit mit der im 
Macintosh-Markt führenden 
Standardsoftware für Textverar- 
beitung, Zahlenmanagement 
und Präsentationssoftware. 

Wer an der gemeinsamen 
Testaktion teilnehmen möchte, 
hinterlegt ganz einfach bei 
einem Apple-Händler eine Nutz- 
ungsgebühr in Höhe von DM 
100,- zuzüglich einer Kaution 
und erhält dafür die Testkonfi- 
guration seiner Wahl sechs 
Wochentage zum Praxistest. 
Entscheidet sich der Anwender 
zum Kauf, erhält er als Geschenk 
ein dreimonatiges Abonnement 
wahlweise der »MACup« oder 
des »Macintosh Magazins«. 


Microsoft System- 
center macht 
integrierte Büro- 
kommunikation 
transparent 


it der Eröffnung des 

weltweit ersten »System- 
Centers« in ihrer Düsseldorfer 
Niederlassung bietet Microsoft 
Großkunden und OEMs jetzt 
einen praxisnahen Blick in das 
Zeitalter der integrierten 
Bürokommunikation. Der füh- 
rende Anbieter von Program- 
miersprachen, Anwendungs- 
programmen und Betriebs- 
systemen zeigt in diesem Demo- 
Zentrum, das unter Beteiligung 
führender Hard- und Software- 
Hersteller realisiert wurde, wie 
unter dem neuen Betriebs- 
systemstandard MS OS/2 in 
lokalen Netzwerken die Zukunft 
der Büroarbeit aussehen wird — 
eine Zukunft, die mehr Effizienz 
am PC-Arbeitsplatz oder besser: 
in der PC-Arbeitsgruppe bietet. 

Das neue Microsoft-System- 

Center bildet ein Forum zur 
Information über die aktuellen 
Komponenten der Systemsoft- 


ware, den neuesten Stand bei 
Applikationen sowie über die 
Funktionsweisen und Aufgaben 
eines lokalen Netzwerks (LAN). 
Die Grundlage bilden Rechner 
unterschiedlicher Hersteller, die 
über IBM Token-Ring-Adapter 
miteinander verbunden sind und 
unter den Betriebssystemen MS- 
DOS mit der grafischen Benut- 
zeroberfläche Microsoft Win- 
dows und MS OS/2 mit Micro- 
soft Presentation Manager lau- 
fen. Installiert wurden ferner der 
Microsoft LAN-Manager und der 
SQL-Server. Ergänzt wird die 
MS-DOS und MS 0S/2 System- 
software durch verschiedene 
Applikationen der traditionellen 
Bereiche Textverarbeitung, 
Tabellenkalkulation und Grafik. 
Sie zeigen nicht nur die Ein- 
satzmöglichkeiten von Standard- 
applikationen innerhalb eines 
Netzwerks, sondern dokumen- 
tieren auch die Leistungen der 
neuesten Microsoft Software, 
wie z.B. Microsoft Word 5.0, 
Microsoft Excel 2.1 und Micro- 
soft Multiplan 4.0. 

Gleichzeitig gibt Microsoft 
Großkunden und OEMs in dem 
neuen System-Center auch einen 
Einblick in Administration, Ein- 
richtung und die Sicherheits- 
mechanismen von Netzwerken. 

Christian Wedell, Geschäfts- 
führer der Microsoft GmbH: 
»Das Microsoft-System-Center ist 
nicht nur Ausdruck einer rasan- 
ten Entwicklung in der Durch- 
setzung von neuen Standard-Be- 
triebssystemen wie Microsoft 
0S/2. Es wird auch ständig wei- 
ter ausgebaut und demonstriert 
somit in der Praxis den jeweils 
aktuellsten Stand der Software- 
technologie und gibt EDV-Per- 
spektiven.« So werden z.B. ein 
Apple Macintosh und ein Unix- 
Rechner mit dem LAN Mana- 
ger/X in das bestehende Netz 
eingebunden. Die Verbindung 
von PCs und Großrechnern kann 
in naher Zukunft durch die 
Installation des Microsoft Com- 
munications Server gezeigt wer- 
den. Auch die Demonstration 
von Multiprotocolling ist in Pla- 
nung. Dabei unterstützt ein Ser- 
ver gleichzeitig mehrere Netz- 
werk-Architekturen. 


PETER NORTONS NEUES 


PROGRAMMIERNÄNDBUCH FÜR 


IBM 
PC&PS/2 


fi) 


Peter Norton 
Richard Witon 


Peter Norton / Richard Wilton 

Peter Nortons 

neues Programmierhandbuch 
für IBM PC und PS/2 

Das vollständige und umfassende 


Nachschlagewerk für alle IBM Perso- 


nal Computer. 


Ein MICROSOFT PRESS / VIEWEG- 


Buch. 1989. XII, 493 S. Geb. DM 98,- 
ISBN 3-528-04704-6 


The Cobb Group: 

Douglas Cobb und Judy Mynhier 
Arbeiten mit Microsoft Excel 

Ein MICROSOFT PRESS / VIEWEG- 
Buch. 1989. IV, 782 S. Geb. DM 98, - 
ISBN 3-528-04683-X 


COMPUTER 
B U C HER 


SOFTWARE 


HERBST 


*Diskettenpreise sind empfohlene Preise 


John Clark Craig 

Microsoft Quick BASIC 

Toolbox für Programmierer 

Ein MICROSOFT PRESS / VIEWEG- 
Buch. 1989. VI, 529 S. Geb. DM 98,- 
ISBN 3-528-04668-6 

Zwei 5 1/4*-Disketten für IBM PC und 
Kompatible unter MS-DOS mit MS 
Quick Basic ab Version 4.0, DM 68,—* 
ISBN 3-528-02831-9 


MICROSOFT" QUICKBASIC 
TOOLBOX FÜR PROGRAMMIERER 


Van Wolverton 
MS-DOS 
Das optimale Benutzerhandbuch von 


Microsoft für das Standardbetriebs- 
system des IBM PC und alle kompati- 


blen Personalcomputer. Mit Version 
4.0 und der neuen DOS-Shell. Ein 


MICROSOFT PRESS / VIEWEG-Buch. 
4., überarb. und erw. Aufl, 1989. XX, 


628 S. Kart. DM 78,— 
ISBN 3-528-34378-8 


Ray Duncan 

Ray Duncans 

neues MS-DOS 

für Fortgeschrittene 

Ein MICROSOFT PRESS / VIEWEG- 
Buch. 1989. IV, 724 S. Geb. DM 128, — 
ISBN 3-528-04731-3 


Ross P. Nelson 
Programmierhandbuch 
80386 

Assemblerprogrammierung mit dem 
Mikroprozessor 80386. 

Ein MICROSOFT PRESS / VIEWEG- 
Buch. 1989. X, 501 S. Geb. DM 128, — 
ISBN 3-528-04693-7 


PROGRAMMIERHANDBUCH 


Ross D Nelson 


Assembierprogrammierung mit dem 
Mikroprozessor BO2B6 
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COREL DRAW 


File Edit Transform Arrange Display Special 


Corel Draw mit 
neuen Schrift- 
funktionen und 
Möglichkeiten 


eu im Vertrieb von EDTZ ist 

die Version 1.1 von Corel 
Draw. Die neue Version von 
Corels Windows-Grafikpro- 
gramm umfaßt 45 Outline- 
Schriften, einen Schriftkon- 
verter, zusätzliche Clip-Art- 
Dateien, Unterstützung der MS- 
Windows-Zwischenablage (Clip- 
board), den Import und Export 
von CGM-Dateien (Computer 
Graphics Metafile) sowie 
SCODL-Export zur Herstellung 
qualitativ hochwertiger Farbdias 
auf Dia- und Film-Recordern. 


Schriftenkonverter 
unterstützt 

über 3000 Fonts 

Corel Draw 1.1 wird mit einem 
WFNBOSS (sprich: Wuf-in-Boss) 
genannten Schriftenkonverter 
geliefert. Diese von Corel 
Systems, Ottawa, entwickelte 
Windows-Utility gibt dem 
Anwender Zugang zu Schriften- 
bildern anderer Hersteller und 
ermöglicht dem Grafiker die 
Benutzung von Schriften, die 
nicht in Corel Draw enthalten 
sind. WFNBOSS konvertiert 
andere Schriftenformate in echte 
On-Screen WYSIWYG-Schriften 
und erlaubt somit direktes Un- 
terschneiden am Bildschirm 
(Kerning), interaktive Verände- 


2 


rung von Wort- und Buchstaben- 
abstand, Bearbeitung von Buch- 
stabenformen, Spezialeffekte 
wie Farbabläufe, Anpassung von 
Text an Kurven (Rundsatz etc.) 
und Ausgabe auf sämtlichen von 
Windows unterstützten 
Ausgabegeräten, einschließlich 
HP LaserJet HP PaintJet, 
Matrixdruckern, Plottern, 
PostScript-Druckern oder 
Matrix-Film-Recordern. 

Zur Zeit unterstützt Corel 
Draw acht verschiedene Schrif- 
tenformate. Die bedeutendsten 
hiervon sind die Schriften von 
Adobe Systems und die Bit- 
stream Outline-Schriften. 

Anwender, die bereits Adobe- 
Fonts gekauft haben, können 
diese Investition jetzt mit Corel 
Draw 1.1 noch besser nutzen — 
die Schriften können direkt ein- 
gesetzt werden. Anwender von 
Corel Draw können sämtliche 
Adobe-Schriften direkt am Bild- 
schirm manipulieren. 

Die populäre Bitstream Font- 
ware-Schriftenbibliothek wird 
mit Corel Draws WFNBOSS 
ebenfalls zugänglich. Außerdem 
unterstützt WFNBOSS die Digi- 
Fonts-Bibliothek (über 250 Out- 
line-Schriften). Der Schriftenedi- 
tor Altsys Fontographer für den 
Macintosh ist eines von zwei 
Programmen zur Gestaltung von 
Schriften, das ebenfalls von 
Corel Draw unterstützt wird. Bei 
dem anderen handelt es sich um 
Z-Softs Publisher's Type 
Foundry, einen PC-gestützten 
Editor. Image Club, Casady & 


Greene, sowie Treacyfaces wer- 
den über das Fontographer- 
Format unterstützt. Darüber 
hinaus ist die Agfa Compugra- 
phic-Schriftenbibliothek mit 
über 1200 Schriften in Corel 
Draw zugänglich. Außerdem un- 
terstützt Corel Draw auch den 
HP Compugraphic Type Director 
und die URW Schriftenbiblio- 
thek (The Font Company). 

Besitzer von nicht postcript- 
fähigen Druckern (z.B. dem HP 
LaserJet und dem HP PaintJet 
sind jetzt in der Lage, Adobe 
und andere Schriften auf diesen 
Geräten zu verwenden. Sämtli- 
che leistungsstarken Funktionen 
von Corel Draw zur Schriften- 
manipulation sind voll zugäng- 
lich. 

Der Zugriff auf eine solche 
Vielzahl professioneller Schriften 
gibt Corel Draw eine einzigar- 
tige Position in der Welt des PC- 
gestützten Desktop Publishings. 


Schriften 

Die neue Version von Corel 
Draw beinhaltet 45 zusätzliche 
Corel Outline-Schriften aus 14 
verschiedenen Schriftenfamilien. 
Das Programm verfügt somit 
über 102 Schriftschnitte im Lie- 
ferumfang. Sämtliche Corel 
Draw Schriften sind genaue Ent- 
sprechungen häufig verwendeter 
Schriften und enthalten voll- 
ständige internationale Zeichen- 
sätze. Der Wert dieser Schriften, 
die kostenlos in Carol Draw mit- 
geliefert werden, beträgt über 
DM 10.000,- (bei ca. DM 100,- je 
Schrift). 

Alle Schriften können mit 
allen Corel Draw-Funktionen 
bearbeitet und auf sämtlichen 
Windows-Ausgabegeräten aus- 
gedruckt werden. 


Clip-Art Vorlagen - über 
20.000 Bilder 

werden unterstützt 
Co-Marketing-Beziehungen zwi- 
schen Corel und zwölf bedeu- 
tenden Clip-Art-Herstellern ha- 
ben zu einem umfangreichen 
Angebot an Zeichnungsvorlagen 
für Corel Draw geführt. Die Ver- 
sion 1.1 enthält 300 Bilder; An- 
wender können aus einem An- 
gebot weiterer 20.000 Bilder 


wählen. Anstatt eigene Grafiker 
mit der Herstellung von Clip-Art- 
Vorlagen zu beschäftigen, bietet 
Corel Draw den Zugriff auf die 
Vorlagen-Bibliotheken von: 

ArtRight, Casady & Greene, 
DreamMaker Software, Dynamic 
Graphics, Image Club, Marketing 
Graphics Inc., Metro Image Base, 
MicroMaps, Multi-Ad, New 
Vision, T-Maker und 3G. 

Das Corel-Draw-Programm- 
paket enthält einen Clip-Art- 
Katalog, der eine ideale Basis für 
Zukäufe von Clip-Art-Vorlagen 
darstellt. Die unterstützten Gra- 
fikformate sind: TIFF, PCX, 
CGM, EPS sowie CDR. 


MS-Windows Zwischen- 
ablage wird unterstützt 
Corel Draw 1.1 unterstützt das 
MS-Windows-Clippboard. An- 
wender können Grafiken durch 
Ausschneiden und Einfügen zwi- 
schen Corel Draw und anderen 
Windows-Anwendungen austau- 
schen. Das Corel Draw- 
Clipboard erlaubt den Import 
von Grafiken aus Excel, 
Arts&Letters, Micrografx, Pixie, 
PC-Paintbrush für Windows, HP 
Scanning Gallery, T/Maker 
Scrapbook+. Export ist möglich 
nach PageMaker, Ami und Xerox 
Presents. Von besonderer Bedeu- 
tung ist dabei die Kombination 
Excel und Corel Draw. Sie stellt 
eine Herausforderung an die 
»Lotus-1-2-3/Freelance«-Kombi- 
nation dar. Excel-Charts können 
unter Corel Draw mit größeren 
und ausgefalleneren Schriften 
versehen werden oder mit Fir- 
menlogos, Farbverläufen, farb- 
lich abgestuften Hintergründen 
und Clip-Art aufbereitet werden. 


CGM Import/Export 

Die Fähigkeit, CGM-Dateien zu 
importieren bzw. zu exportieren, 
verschafft Corel Draws Kompati- 
bilität mit Industriestandards 
eine neue Dimension. Grafiken 
aus Harvard Graphics, Lotus 
Freeland Plus, Zenographics Mi- 
rage, Arts&Letters, Micrografx, 
ISSCO Displa, CAD und einer 
Vielzahl anderer Software für 
PCs, Minis und Mainframes sind 
jetzt zugänglich. Der Export von 
Dateien im CGM-Format macht 


Corel Draw 1.1 zu einem idealen 
Partner für Seitenlayoutpro- 
gramme (Ventura Publisher, 
PageMaker), Desktop Präsenta- 
tion (Hotshot Presents, Xerox 
Presents) und Textverarbei- 
tungsprogramme (MS-Word, 
WordPerfect 5.0, Ami). 

Der Vorteil des CGM-Formats 
liegt darin, daß es sich um ein 
vektororientiertes Grafikformat 
handelt, das auflösungs- und ge- 
räteunabhängig ist und darüber 
hinaus Farbinformationen wie- 
dergeben kann (CGM, Computer 
Graphics Metafile). 


Herstellung von Farbdias 
via SCODL 

Mit Hilfe der SCODL-Sprache 
kann Corel Draw Version 1.1 
Farbdias erzeugen. Agfa-Matrix 
und Genegraphics sind zwei 
Hersteller, die SCODL unterstüt- 
zen; diese Dia-Filmrekorder sind 
weltweit in Service-Büros im 
Einsatz. Mit Corel Draw können 
diese Filmrekorder jetzt quali- 
tativ hochwertige Farbdias 
erzeugen, die von gestalteri- 
schen Möglichkeiten, der um- 
fassenden Schriftenbibliothek 
und Clip-Art-Vorlagen Gebrauch 
machen. 

In den USA ist Corel Draw in- 
zwischen im Begriff, sich als der 
Industriestandard für PC-Gra- 
fikprogramme zu etablieren. Das 
weltweit vertriebene Programm 
erhielt unter anderem die Aus- 
zeichnung PC Magazine's Edi- 
tor's Choice (27. Juni), PC 
World's Best Buy (Juli Ausga- 
ben), und die 5-Sterne-Einstu- 
fung durch Publish! Magazine 
(ebenfalls Juli 89). 

Info: EDTZ Hard- und Software 
GmbH, Friedrich-Ebert-Str. 16- 
18, 8012 Ottobrunn, Tel.: (089) 
608700 


Design/OA - Die 
Entwicklungsumge- 
bung für visuelle 
Entwurfssysteme 


esign/OA ist eine offene 

Architektur, die Funktionen 
zur Erzeugung von interaktiven, 
grafischen Anwendungspro- 


grammen und Front/Ends zur 
Verfügung stellt. 

Design/OA basiert auf MS- 
Windows, X-Windows bzw. Mac- 
intosh Toolbox und bietet eine 
vollständige horizontale Pro- 
grammierumgebung, die für alle 
drei Oberflächen identisch ist. 
Anwendungen können daher 
leicht zwischen diesen Systemen 
portiert werden. Mit Hilfe der 
zahlreichen Funktionen, die 
einen vollständigen Zugriff auf 
die Datenstrukturen der Dia- 
gramme und die Funktionen von 
MetaDesign ermöglichen, sind 
Anschlüsse an andere Werk- 
zeuge, wie z.B. Data Dictionary 
oder Analyseprogramme, leicht 
implementierbar. 

Anwendungsprogramme für 
Design/OA werden in der Spra- 
che C geschrieben. Sie kontrol- 
lieren die Wechselwirkung zwi- 
schen dem Benutzer und dem 
Design-Kern. Der Systement- 
wickler bestimmt die Art und 
Anzahl der Sorten von Objekten, 
die Regeln für die Verbindung 
von Objekten sowie die Seman- 
tik für die Beziehungen zwi- 
schen den Objekten. Design/OA 
stellt folgende Funktionsgruppen 
zur Verfügung: 
® Funktionen zur Behandlung 
der Diagrammstruktur. Dazu ge- 
hören Funktionen zur Erzeu- 
gung von Objekten (Knoten, 
Verbindungen, Texten und Sei- 
ten) und zur Generierung von 
Listen (Knoten-, Verbindungs- 
und Seitenlisten). 
® Funktionen zum Abfragen und 
zur Änderung von Objekteigen- 
schaften. Dazu gehören Funktio- 
nen zum Lesen und Ändern der 
grafischen Attribute von Objek- 
ten wie beispielsweise das Ein- 
stellen des Linientyps, des Füll- 
gebiets und der Schriftart. 

e Funktionen zur Änderung der 
Bildschirmdarstellung. Dazu ge- 
hören Funktionen zur Ausrich- 
tung von Knoten, zur Ausgabe 
von Statusmeldungen, zur Be- 
stimmung des sichtbaren Seiten- 
ausschnitts und zur Änderung 
des Cursors (Fadenkreuz 0.ä.). 

° Funktionen, die dem Design- 
Kern die Existenz von Filterfunk- 
tionen im Anwendungspro- 
gramm bekanntmachen. Sie 
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ersetzen die Standard- 
Funktionen des Design-Kerns. 
« Funktionen zur Dialogbearbei- 
tung. Dazu gehören Funktionen 
zum Aufrufen von Dialogfen- 
stern und zur Abfrage von Be- 
nutzereingaben. 
® Funktionen zur Behandlung 
der Menüs. Dazu gehören Funk- 
tionen zum Einrichten, Ändern, 
Verschieben und Löschen von 
Menüs und Menüeinträgen. 
e Funktionen zur Erweiterung 
der Standard-Datenstruktur ei- 
nes Objekts. 
« Funktionen zum Aufruf der 
MetaDesign Standard-Menüs. 
Für kleine Anwendungspro- 
gramme steht auf dem Macin- 
tosh Design/Add-On zur Verfü- 
gung. Der Funktionsumfang von 
Design/Add-On ist identisch mit 
dem Funktionsumfang von 
Design/OA. Die Größe von An- 
wendungsprogrammen ist je- 
doch auf 32 Kbyte begrenzt. 
Design/Add-On ist damit eine 
kostengünstige Alternative zu 
Design/OA für die Entwicklung 
kleiner Anwendungsprogramme. 
Info: C.1.T. GmbH, Postfach 
514, 1000 Berlin 27, Tel.:(030) 
4346561 


Move'em - 
ein neuer 
Memory Manager 


ie Albrecht Software 

Systeme GmbH kündigt 
nach »386MAX Professional« 
einen weiteren — neuen — 
Memory Manager der Qualitas 
Inc. an: »Move'em« - für PCs mit 
LIM 4.0-Hardware oder C&T 
CHIPSets. 

Move'em lädt Gerätetreiber 
und residente Programme in 
freie Bereiche zwischen 640 
Kbyte und 1 Mbyte. Die Mög- 
lichkeiten entsprechen dabei 
grundsätzlich dem bekannten 
»38MAX Professional«. 

Der LIM 4.0-Standard wird 
zur Plattform für den Sprung 
über bekannte Restriktionen des 
DOS-Betriebssystems. Auch 
Rechner mit NEAT-Board bzw. 
C&T CHIPSets profitieren von 
Move'em. Für den Anwender 
bedeutet dies: Mit vielen der in- 


stallierten PCs, XTs, ATs kann 
der DOS-Speicher entlastet wer- 
den - mehr Luft für DTP, CAD, 
Netzwerkanwendungen. 

e Move'em konfiguriert den 
Rechner so, daß im Bereich un- 
terhalb 1 Mbyte möglichst viel 
»DOS«-Speicher verfügbar wird. 
In Systemen, die auf der Grund- 
platine mit weniger als 640 
Kbyte RAM ausgestattet sind, 
wird RAM-Speicher aus dem 
EMS-Bereich zum Auffüllen be- 
nutzt. Systeme mit Monochrom- 
oder CGA-Adapter können dabei 
bis zu 704 bzw. 736 Kbyte 
konventionellen DOS-Speicher 
erzielen. 

® Move'em kann speicherresi- 
dente Programme und Treiber 
(wie z.B. auch Mouse, KEYBGR, 
DOS Print) oberhalb der 640- 
Kbyte-Grenze laden (in freie Be- 
reiche zwischen 640 Kbyte bis 1 
Mbyte). Dieser Bereich wird 
HIGH DOS Memory genannt. 
Wertvoller DOS-Speicher wird 
frei. 

® Move'em ermittelt automatisch 
die optimale Anordnung der 
Treiber/Programme zur 
bestmöglichen Nutzung des 
Speichers. 

® Move'em ist kompatibel zu 
Microsoft XMS (Extended 
Memory Specification) sowie 
UMB (Upper Memory Blocks) 
und bietet dem Memory Mana- 
ger der XMS-fähigen Software 
eine zusätzliche Speichererwei- 
terung. 

e Move'em kann durch »Sha- 
dowing« der ROMs die Ver- 
arbeitung beschleunigen (Kopie- 
ren der ROM-Routinen in 
schnelles RAM). 

Die Systemvoraussetzungen 
sind: MS-DOS oder IBM PC-DOS 
ab Version 3.0. Entweder ein 
80286- oder 80386-Rechner mit 
einem NEAT-Board oder AT/386 
Chipset von Chips & Technolo- 
gies mit mindestens 1 Mbyte 
Gesamtspeicher oder ein 808x- 
bzw. 80286-Rechner (PC, XT, 
AT und Kompatible) mit EMS 
4.0-Hardware (LIM 3.2-Hard- 
ware bzw. LIM 4.0-Softwaretrei- 
ber alleine genügt nicht den An- 
forderungen!) und mindestens 
256 Kbyte auf der Erweite- 
rungskarte. 


Weiterhin aktuell für alle 
386er und unverändert lieferbar 
ist der »386MAX Professional«. 
Dieser bietet zusätzlich eine 
EMS-Emulation nach LIM 4.0- 
Standard auf Basis von Extended 
Memory. 386MAX Professional 
kann grundsätzlich auf allen 
386er Rechnern eingesetzt wer- 
den, die über mindestens 256 
Kbyte Extended Memory ver- 
fügen. Im Gegensatz zu 
Move'em ist kein besonderer 
Chipsatz erforderlich. 

386MAX Professional bleibt 
damit auch weiterhin das Tool 
für leistungsstarke Rechnertypen 
wie beispielsweise IBM PS/2 
386er oder Compaq 386er. 

Move'em wird 285,- DM ko- 
sten, 386MAX Professional ko- 
stet DM 333,-, (empf. Endver- 
kaufspreise inkl. MWSt.). 

Info: Albrecht Software 
Systeme GmbH, Mooswiesenstr. 
11a, 8000 München 60, Tel.: 
(089) 882767 


BKS-GRAPH, neuer 
umfangreicher 
Treiber-Support ab 
Version 2.6 


KS-GRAPH ist eine lei- 

stungsstarke C-Funktions- 
sammlung auf der Basis der 
DIN-Norm GKS (Grafisches 
Kern-System). Es wird für die 
Betriebssysteme MS-DOS, OS/2, 
SCO XENIX, UNIX V und FlexOS 
angeboten. Mit der Version 2.6 
wurde unter verschiedenen Be- 
triebssystemen der Treiber-Sup- 
port erweitert und verbessert. 
Die Version 2.6 wird zum 
November '89 freigegeben. 

Alle Systeme beinhalten jetzt 
einen multifunktionalen Druk- 
kertreiber für Matrix- und Laser- 
Drucker. Der Treiber unterstützt 
Epson FX 80, LQ 5, LQ 850, IBM 
Grafik-Printer (60 dpi bis 240 
dpi), NEC P2/P3/P6/P7/P6 
Color, OKI 320/390/290 Color 
und HP Laserjet (75 dpi bis 300 
dpi). Der HP-Plotter-Treiber ist 
um die Formate 7550 hoch und 
quer sowie 7475 hoch erweitert 
worden. Für SCO XENIX 386 ist 
ein neuer EGA/VGA-Kerneltrei- 


Design/OA 


e dient zur Entwicklung graphischer Front/Ends 
und methodenspezifischer Editoren 


e ist eine offene Architektur, die den Anschluß 
weiterer Werkzeuge erlaubt 


e unterstützt objektorientierte Graphik 


e bietet eine C-Programmierschnittstelle mit 
über 180 Funktionen 


e ermöglicht kurze Entwicklungszeiten für 
maßgeschneiderte Anwendungen 


e Anwendungen sind kompatibel zu Macintosh 
und SUN 


Die Entwicklungsumgebung 
für visuelle Entwurfssysteme 


Applikation 


} Anwender 


OADS: Programmierschnittstelle der offenen Architektur 
Basis: Macintosh Toolbox, MS-Windows und X-Windows 


Communication and Information Technology GmbH 


Postfach 514 = 1000 Berlin 27 


Tel.:(030) 4346561 - Fax:(030) 434 6562 


MARKETINS PROJEKT 2000 GmbH 


BERATUNG - PLANUNG » REALISIERUNG + VON MARKETING - PROJEKTEN 
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„wenn wir uns um Ihre Werbeaktivitäten kümmern ! 


Dokumentationswesen 
Daten-/Produktblätter 
Preislisten/Kataloge 
Präsentationen 
Kunden-Informationen 
Handbücher mit Übersetzung 
Grafische Aufbereitung 
Professioneller DTP-Einsatz 
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Kompleti-Service 
Anzeigenkonzeption 
Mediaplanung 
Direct-Mailing 
Öffentlichkeitsarbeit 
Datenverarbeitung 
Anzeigenberatung für 
Microsoft SYSTEM JOURNAL 
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MARKETING PROJEKT 2000 GmbH - Gottfried-Böhm-Ring 59 - 8000 München 70 » Tel. 089/ 78558 82 
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ber verfügbar, der die Bildauf- 
bau-Geschwindigkeiten wesent- 
lich beschleunigt und vollen 
Mouse-Support beinhaltet. 
Außerdem wird für alle UNIX- 
und XENIX-Systeme ein TEK 
4010/4014-Treiber und ein 
HP2393-Treiber ausgeliefert. 
Info: BKS Software, Guericke- 
str. 27, 1000 Berlin 10, Tel.: 
(030) 3423066/67 


Interaktives 
Programmier- 
system Amber/2 
für OS/2 


ie Amber Software Deutsch- 

land, 100%ige Tochter von 
Amber Software International 
(USA) und Vertreiber von Pro- 
grammiersystemen der 4. Gene- 
ration in deutscher Sprache, 
kündigte soeben das neue Ent- 
wicklungssystem Amber/2 an. 
Diese auf Wörterbuchebene ge- 
schriebene Programmiersprache 
(mit relationalem Datenbank- 
system) ist vollkommen kompa- 
tibel zu der Version Amber/- 
Plus, die für MS-DOS-Systeme 
erfolgreich in vielfachen Praxis- 
lösungen eingesetzt ist. Damit 
werden Softwareentwickler und 
Anwender in die Lage versetzt, 
die überaus vielseitigen und um- 
fangreichen Anwendungs- 
lösungen im kommerziellen und 
technisch-wissenschaftlichen Be- 
reich, die unter dem Betriebs- 
system MS-DOS verfügbar sind, 
auch unter OS/2 einzusetzen. 


Praxiserprobte 
Anwendungslösungen für 
OS/2-Systeme 

Die neue Version Amber/2 stellt 
wie das praxiserprobte Ent- 
wicklungs-System Amber/Plus 
eine natürliche Sprache der 4. 
Generation dar, die in ein unab 


hängiges, interaktives Program- 
mier-System für die Entwicklung 
kommerzieller Applikation inte- 
griert ist. 

Softwarehäuser jeder Größe 
können mit Amber/2 nun die 
gesamte Palette ihrer Anwen- 
dungslösungen, die praxiser- 
probt auf MS-DOS-Systemen im 
Einsatz sind, auch für OS/2- und 
PC/UNIX-Systeme anbieten. Die 
Umsetzung auf Amber/2 erfolgt 
in einer einfachen und leicht 
durchführbaren Konvertierung. 

Der besondere Vorteil von 
Amber/2, dies gilt auch für 
Amber/Plus, liegt für den Soft- 
wareentwickler in der leicht ver- 
ständlichen interaktiven Soft- 
ware-Umgebung. Amber unter- 
scheidet sich von traditionellen 
Programmierungstools durch die 
Konstruktion in Form eines elek- 
tronischen Wörterbuchs in deut- 
scher Sprache. Zudem ist 
Amber/2 eine objektorientierte 
Programmiersprache. Damit 
wird es dem Programmierer 
oder Computer-Benutzer ermög- 
licht, seine Anweisungen und 
Begriffe in leicht erlernbarer Art 
und Weise in das System ein- 
zugeben. Für die Erstellung von 
kommerziellen Programmen mit 
Amber/Plus oder Amber/2 benö- 
tigt daher ein Softwareentwick- 
ler nur etwa 10 bis 20% des 
Zeitaufwands gegenüber den 
traditionellen Methoden. 

Amber/2 ist durch die Pro- 
grammierung in C universell 
und zukunftsorientiert ausge- 
richtet. Die komplette interne 
Programmierung des Entwick- 
lungssystems Amber/2 in der 
Programmiersprache C bildet 
eine universelle und höchst ak- 
tuelle Brücke zu der PC/UNIX- 
Welt. 

Info: Amber Software 
Deutschland, Hansa Allee 2, 
4000 Düsseldorf 11, (0211) 
589056 


QuickBasic- 
Spezialist 
Zoschke unter 
neuer Adresse 


nsbesondere QuickBasic-An- 

wendern ist das Ing.-Büro 
Zoschke (Schönberg/Holst.) seit 
Jahren ein Begriff. Ab dem 
1.9.89 firmieren die Tool-Spe- 
zialisten unter Zoschke Data 
GmbH. Um dem wachsenden 
Umsatz gerecht zu werden, 
wurden gleichzeitig neue Ge- 
schäftsräume bezogen. 

Unter anderem ist Zoschke 
Data deutscher Exklusiv-Distri- 
butor der US-Software-Hersteller 
Crescent Software Inc. und 
MicroHelp Inc. Das »Flaggschiff« 
der Crescent-Linie ist QuickPak 
Professional, eine Toolbox für 
Microsoft QuickBasic mit über 
400 Routinen. Von MicroHelp 
stammt unter anderem das Tool 
Stay-Res Plus, mit dessen Hilfe 
QuickBasic-Programmierer ohne 
intime PC-Kenntnisse speicher- 
residente Programme erzeugen 
können, die durch clevere Hard- 
disk- oder EMS-Nutzung nur ca. 
10 Kbyte Hauptspeicher belegen. 
Insgesamt hat Zoschke Data be- 
reits mehr als zwanzig Tool- 
boxen für Basic-Programmierer 
im Lieferprogramm; viele Pakete 
liegen auch in deutscher Version 
vor. 

Info: Zoschke Data GmbH, 
Bahnhofstraße 3, 2306 Schön- 
berg/Holstein, Tel.: (04344) 
6166 


DELL 
System 310 
80386-20 MHz 


Hard- und Software 
von Dell 


b sofort ist bei der Dell 
Computer GmbH das 

Betriebssystem MS OS/2 in der 
Version 1.1 für die gesamte PC- 
Linie auf 80286- und 80386- 
Basis zu haben. Im Lieferumfang 
ist auch die grafische 
Benutzeroberfläche »Presen- 
tation Manager« enthalten. Die 
Dell-Adaption der Microsoft- 
Entwicklung bietet die Funktio- 
nen Speicherverwaltung, Multi- 
tasking, eine Schnittstelle zu 
Anwendungsprogrammen und 
ist abwärtskompatibel zu den 
meisten DOS-Anwendungen. 
Wie schon bei MS-DOS hat Dell 
sich nicht auf die bloße Über- 
nahme des von Microsoft ent- 
wickelten Betriebssystems be- 
schränkt. Die Version »Dell 
Enhanced MS OS/2 1.1« zeich- 
net sich durch verbessertes Mul- 
titasking sowie eine »Dual boot«- 
Funktion aus, die es möglich 
macht, von derselben Festplatte 
aus wahlweise MS-DOS oder MS 
05/2 zu starten. 

»Das Betriebssystem OS/2 mit 
dem Presentation Manager bie- 


tet unseren Kunden mehr Kom- 
fort und Flexibilität bei den An- 
wendungen«, kommentierte 
Dell-Geschäftsführer Michael P. 
Ammel die Markteinführung. »Es 
ist für alle Anwender, die ihren 
Dell-PC noch produktiver nutzen 
wollen, die ideale Plattform.« 
MS OS/2 Version 1.1 kostet bei 
Dell DM 675,- (+ MWSt.) und 
ist ab sofort erhältlich. 


Dell-Hardware 

Seit Frühjahr 1988 gibt es das 
System 310 mit 80386-Prozessor 
von Dell. Die Standardkonfigu- 
ration umfaßt VGA-Grafik 
(wahlweise farbig oder mono- 
chrom), 1 Mbyte-Hauptspeicher 
(aufrüstbar auf 16 Mbyte auf 
dem Systemboard, davon wer- 
den 8 Mbyte direkt auf dem 
Board und weitere 8 Mbyte auf 
dem 32-Bit-Bus installiert), 40 
Mbyte-Festplatte (optional bis 
322 Mbyte), 1,44-Mbyte-Disket- 
tenlaufwerk, den Monitor, ein 
hochwertiges Keyboard mit 102 
Tasten, eine serielle und zwei 
parallele Schnittstellen, sechs 
freie Steckplätze und die Dia- 
gnosesoftware »Dell System 
Analyzer«. Varianten und Spezi- 
alversionen nach Kunden- 


wunsch, wie beispielsweise 
Netzwerkkarten, Tape- 
Streamer oder ein 80387- 
Coprozessor beziehungsweise 
ein Weitek-Coprozessor sind 
selbstverständlich möglich. 

Einen flexiblen und kosten- 
günstigen Einstieg in die Welt 
der 32-Bit-Anwendungen eröff- 
net Dell mit dem Dell System 
316. Dieses PC-System basiert 
auf dem von Intel entwickelten 
Mikroprozessor 386SX, der, 
ebenso wie der 80286- 


Prozessor, mit einem 16-Bit-Bus 


versehen ist, jedoch echte 32- 
Bit-Verarbeitung erlaubt. Damit 
ist der Einsatz von 32-Bit- 
Software für 80386-Systeme zu 
einem niedrigen Hardware- 
Preis möglich. Das neue Dell- 
System verkörpert überdies ein 
neues Niveau der Eigenent- 
wicklung: Das System 316 ist 
mit einem hauseigenen ASIC 
(application-specific integrated 
circuit) versehen. Darin sind 
serielle und parallele Ausgänge 
sowie die Tastatur-Schnittstelle 
auf dem Systemboard vereinigt. 

Auf dem Markt der 386SX-Sy- 
steme zeichnet sich das Dell 
System 316 durch sieben freie 
Steckplätze als besonders aus- 
baufähig aus, überdies ist mit 
644 Mbyte eine riesige Festplat- 
tenkapazität erreichbar. In der 
Grundkonfiguration ist das Dell 
System 316 mit einer 40 MB- 
Festplatte mit 29 ms Zugriffszeit 
ausgestattet. Der Hauptspeicher 
(1 Mbyte DRAM, davon 384 
Kbyte für Fast Video und FAST 
BIOS) ist auf der Hauptplatine 
auf 8 Mbyte ausbaufähig. Indi- 
viduelle Konfigurationen sind, 
wie bei allen Dell-Rechnern, in 
weitem Rahmen möglich. 

Das Flaggschiff der Pro- 
duktpalette ist das System 325, 
ein mit echten 25 MHz getakte- 
ten Rechner auf der Basis eines 
80386-Prozessors. Das System 
325 zeichnet sich durch 32-Bit- 
Architektur, Cache-Controller 
82385 und Speicherzugriff im 
Page-Mode aus. Die Standard- 
konfiguration umfaßt VGA-Gra- 
fik (wahlweise farbig oder 
monochrom), 4 Mbyte Haupt- 
speicher (aufrüstbar auf 16 
Mbyte), einen 32 Kbyte großen 
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Cache-Speicher in Verbindung 
mit einem Intel-82385-Cache- 
Controller, eine ESDI-Festplatte 
mit wahlweise 90 Mbyte, 150 
Mbyte, 322 Mbyte oder 610 
Mbyte, ein Diskettenlaufwerk, 
wahlweise 5,25"/1,2 Mbyte oder 
3,5"/1,44 Mbyte, einen 14"- 
Monitor, ein hochwertiges Key- 
board mit 102 Tasten, eine 
parallele und zwei serielle 
Schnittstellen, sechs AT- und 
zwei XT-Steckplätze sowie ein 
32-Bit-Steckplatz für das optio- 
nale Speichererweiterungsboard 
sowie die Diagnosesoftware 
»Dell System Analyzer«. 

Das System 325 kann unter 
MS-DOS, Dell-OS/2 und XENIX 
386 gefahren werden. Alle drei 
Betriebssysteme lassen sich 
gleichzeitig auf die Festplatte 
laden und wahlweise booten. 
Durch sein schnelles Antwort- 
verhalten eignet sich das System 
325 ideal als starker Server in 
modernen Netzumgebungen. 


Neue Grafikkarte 

und Monitore 

für Dell-Computer 

Für alle Dell-Anwender, die ihre 
PCs für anspruchsvolle Grafik- 
Aufgaben einsetzen, bietet der 
Hersteller jetzt eine GPX-Erwei- 
terungskarte in mehreren Ver- 
sionen für noch höhere Auflö- 
sung, optimierte Farbdarstellung 
und schnelleren Bildschirmauf- 
bau. Das Leistungspaket ist 
ebenso für CAD/CAM/CAE-An- 
wender von Vorteil wie auch für 
Desktop-Publishing und auf- 
wendige Spreadsheet-Anwen- 
dungen. 

Die Dell GPX-Karte basiert auf 
dem mit 50 MHz getakteten gra- 
fischen Coprozessor TMS34010. 
Dieser speziell für Grafik- 
Anwendungen entwickelte Co- 
prozessor entlastet die Zentral- 
einheit des Rechners, wodurch 
die Ablaufgeschwindigkeit 
erhöht und Wartezeiten verrin- 
gert werden. Gegenüber her- 
kömmlichen VGA-Systemen 
kann die Geschwindigkeit bis 
auf das Zehnfache gesteigert 
werden. Die Beschleunigerkarte 
paßt an den gängigen ISA-Bus 
und stellt sich automatisch auf 
16- oder 8-Bit-Verarbeitung ein. 


In der Version GPX-1024/16 
steht ein Video-RAM (VRAM) 
von 512 Kbyte zur Verfügung. 
Damit lassen sich bei einer Auf- 
lösung von 1024 x 768 Bild- 
punkten gleichzeitig 16 Farben 
darstellen. Bei einer Auflösung 
von 800 x 600 oder 640 x 480 
Bildpunkten sind 256 Farben 
verfügbar. 

Noch mehr Leistung bietet die 
Version GPX-1024/256 mit 
einem 1 Mbyte VRAM. Sie er- 
laubt auch bei der Höchstauf- 
lösung von 1024 x 786 Bild- 
punkten die Darstellung von 256 
Farben sowie von Schattierun- 
gen. Damit sind auch 3-D-Grafi- 
ken und eine geradezu »fotorea- 
listische« Bildqualität möglich. 

Alle GPX-Karten von Dell 
unterstützen wichtige Hochlei- 
stungsprogramme wie zum Bei- 
spiel Microsoft Windows. Optio- 
nal können die GPX-Karten mit 
einem Zusatzmodul für VGA 
ausgestattet werden, so daß auf 
einem System mit einem Moni- 
tor sowohl aufwendige Grafik- 
Programme im GPX-Modus als 
auch herkömmliche MS-DOS- 
Programme im VGA-Modus, also 
beispielsweise Textverarbeitung 
oder Datenbanken, gefahren 
werden können. 

Um die volle Leistung der 
GPX-Grafikkarte zu erschließen, 
bietet Dell ferner eine Reihe 
hochauflösender Grafikmonitore 
mit Bilddiagonalen von 16" und 
19" an. 

Info: Dell Computer GmbH, 
Siemensstraße 32, 6070 Langen, 
Telefon: 0 61 03/70 10 


Neue Digital-PCs 


igital Equipment führte un- 

längst in Deutschland die 
Familie der neuen Digital-PCs 
ein. Die Personalcomputer DEC- 
station 200, 300 und 350 basie- 
ren auf den Mikroprozessoren 
Intel 80286, 80386SX bzw. 
80386 und sind kompatibel zum 
Industriestandard. 

Auf den DECstation-PCs lau- 
fen sämtliche heute verfügbaren 
MS-DOS-Anwendungen. Zudem 
sind sie offen für bereits erhätli- 


che und zukünftige Anwen- 
dungssoftware unter den Be- 
triebssystemen MS-DOS, MS- 
OS/2, Unix, Xenix und anderen. 
Die DECstation 350 als Spit- 
zenmodell der DECstation-PC- 
Serie verfügt über einen mit 20 
MHz getakteten 32-Bit-Mikro- 
prozessor Intel 80386, VGA-Gra- 
fik sowie ein leistungsfähiges 32- 
Bit-Bussystem. Zwei Mbyte 
Hauptspeicher, ein 3 1/2-Zoll- 
Diskettenlaufwerk mit 1,44 
Mbyte und eine 80-Mbyte-Fest- 
platte sind Standard. Als Option 
sind ein zusätzliches 5 1/4-Zoll- 
Diskettenlaufwerk mit 1,2 Mbyte 
Speicherkapazität sowie ein Ma- 
gnetbandsystem erhältlich. Vier 
freie Erweiterungs-Steckplätze 
ermöglichen einen flexiblen 
Ausbau. Die DECstation 350 ko- 
stet ab 16.100,- DM. 
Info: Digital Equipment GmbH, 
Freischützstr. 91, 8000 München 
81, Tel.: (089) 95910 


AST 33-MHz-Rech- 
ner jetzt verfügbar 


rüher als erwartet liefert 

AST Research seine ersten 
33 MHz 80386-Rechner bereits 
ab August aus. 

Der Rechner besitzt einen 
Intel 80386-Prozessor und arbei- 
tet mit 33 MHz Null-Waitstate- 
Geschwindigkeit. Optimiert wird 
die Geschwindigkeit durch einen 
äußerst schnellen (25 ns) 32- 
Kbyte-Cache. Der Rechner ist zur 
Industriestandard-Architektur 
(ISA) voll kompatibel. Auf einer 
32-Bit-Steckkarte befinden sich 
CPU, Cache, 2 Mbyte RAM (bis 
auf 4 Mbyte erweiterbar) und 
die Sockel für einen Intel 80387- 
sowie den Weitek 3167-Copro- 
zessor. 

Der RAM-Speicher kann mit 
zwei zusätzlichen 16-Mbyte- 
Speicherkarten auf insgesamt 36 
Mbyte mit 80 ns SIMMs ausge- 
baut werden. Die Speicherauf- 
rüstung kann in jeweils 1-Mbyte- 
Schritten vorgenommen werden, 
so daß der individuelle Speicher- 
bedarf erreicht werden kann. 

Der AST Premium 386/33 ist 
besonders für das Bearbeiten 
komplexer Aufgabenstellungen 


wie CAD/CAM/CAE, Rechenana- 


lysen, 3-D-Animationen oder 
umfangreiche Datenbanken oder 
als Server in lokalen Netzwerken 
und Multiuser-Umgebungen ge- 
eignet. 

Drei Modelle umfaßt das 33- 
MHz-Programm: 

Modell 5 ohne Festplatte für 
15.868,- DM, Modell 105 mit 
110-Mbyte-Festplatte (16 ms) 
für 20.651,10 DM und Modell 
325 mit 320-Mbyte-Festplatte 
(16 ms) für 26.738,70 DM. Die 
Preise verstehen sich inklusive 
MwSt. Der Lieferumfang be- 
inhaltet jeweils ein 5,25-Zoll- 
Diskettenlaufwerk, DOS 3.3, 
Tastatur sowie eine umfangrei- 
che Benutzersoftware und Do- 
kumentation. 

Weiterhin besteht die Mög- 
lichkeit der Umrüstung zum 
80486 Rechner mit 25 MHz 
durch das AST FASTboard 
486/25 Board. 

Info: AST Research Deutsch- 
land GmbH, Emanuel-Leutze Str. 
1b, 4000 Düsseldorf 11, Tel.: 
(0211) 59570 


Erster Wang-PC 
mit Microchannel- 
Architektur 


usammen mit drei anderen, 

besonders preisgünstigen In- 
dustriestandard-Systemen auf 
Basis der 80286/803865X 
Mikroprozessor-Technologie 
stellt Wang jetzt seinen ersten 
zur Microchannel-Architektur 
voll kompatiblen PC vor. Wie die 
Wang Laboratories Inc., Lowell/ 
Mass., mitteilt, unterstützen die 
neuen PCs das Betriebssystem 
MS-DOS 4.01 und optional auch 
MS-OS/2 1.1 (einschließlich 
Presentation Manager). 

Zu den vier neuen Wang-PCs 

gehören: 
° der PC 250/16, ein Kompakt- 
PC auf Basis des Intel 80286 bei 
einer Leistung von 16 MHz zum 
Preis von 12 MHz; 
« der PC280/20, ein Hochlei- 
stungs-PC mit 20 MHz, der als 
Einstiegs-Server für ein Local 
Area Network (LAN) oder als 
aufrüstbarer High-End-Arbeits- 
platz verwendet werden kann; 


« der PC350/165, ein kompak- 
tes 80386SX-System, auf dem 
32-Bit-Software wesentlich ko- 
stengünstiger läuft als auf 
80386-System; 

« der MC350/16S, Wangs Ein- 
stieg in die Microchannel-Archi- 
tektur auf Basis des 80386 SX- 
Prozessors, dessen wichtigste 
Kennzeichen größere und 
schnellere Festplattenlaufwerke, 
mehr eingebaute Speicherkapa- 
zität und mehr Aufrüstmöglich- 
keiten als vergleichbare Pro- 
dukte sind. 

Die Basiseinheit der jeweili- 
gen CPU einschließlich 1 Mbyte 
Speicher, Tastatur, eingebautem 
4fach Disketten-/Festplatten- 
Controller sowie 1,2 Mbyte oder 
1,44 Mbyte Diskettenlaufwerk 
kostet ab 4.200,- DM für den 
PC250/16, 5.500,- DM für den 
PC 280/20 und 5.300,- DM für 
den PC 350/168. Alle Systeme 
sind sofort lieferbar. 

Die preisgünstigste Konfigura- 
tion eines MC350/16S mit 2 
Mbyte Speicher, Tastatur, einge- 
bautem Disketten-/Festplatten- 
Controller, 1,44 Mbyte/3,5-Zoll- 
Diskettenlaufwerk und einge- 
bautem 16-Bit VGA-Controller 
ist für 6.900,- DM erhätlich. Der 
MC 350/16S wird ab Oktober 
geliefert. 

Info: Wang Deutschland GmbH, 
Lyoner Str. 26, 6000 Frank- 
furt/Main 71, Tel.: (069) 66750 


Erweiterung der 
PC-Palette von 
Philips 


er neue 386er P 3360 von 

Philips ist mit 25 MHz 
getaktet. Der Hauptspeicher 
wird standardmäßig mit 4 
Mbyte geliefert und ist auf dem 
Mainboard bis 8 Mbyte, mit 32- 
Bit-Speicherkarten bis zu 24 
Mbyte erweiterbar. 64 Kbyte 
Cache-Memory erlauben einen 
sehr schnellen Speicherzugriff 
des Prozessors. Zwei serielle und 
eine parallele Schnittstelle sowie 
VGA-Karte und erweiterte Tasta- 
tur sind integriert. Es stehen 
zwei 32- und fünf 16-Bit-AT- 
Steckplätze sowie ein 8-Bit-XT- 
Steckplatz für Systemerwei- 


terungen zur Verfügung. Der P 
3360 kann standardmäßig mit 
einer 160- oder einer 338- 
Mbyte-Festplatte (18 ms) oder 
als Diskless-PC geliefert werden. 
Mit einem 33 MHz getakteten 
80386-Prozessor ist der P 3370 
das Spitzenmodell unter den 
Philips-PCs. Das Tower-Chassis 
des P 3370 bietet ein Maximum 
an Flexibilität für 
Systemerweiterungen. Die Stan- 
dard-Speicherkapazität des PC 
beträgt 4 Mbyte und ist auf der 
Hauptplatine auf 8 Mbyte 
(gesamt 24 Mbyte) erweiterbar. 
Die Festplatten haben Kapazitä- 
ten von 160 Mbyte bis zu 338 
Mbyte und erlauben einen 
schnellen Zugriff auf den 
Online-Massenspeicher. Insge- 
samt verfügt der 33-MHz-Rech- 
ner über einen XT- und neun 
AT-kompatible Erweiterung- 
steckplätze. Ferner stehen zwei 
serielle und eine parallele Stan- 
dardschnittstelle zur Verfügung. 
Alle PCs arbeiten mit dem Be- 
triebssystem MS-DOS 4.01 von 
Microsoft. Wahlweise lassen sich 
auch MS OS/2 Presentation 
Manager, LAN-Manager, Win- 
dows/386 einsetzen. In den 
zwei bzw. drei Fronteinschüben 
können sowohl Streamer- als 
auch CD-ROM-Laufwerke einge- 
baut werden. 
Info: Philips Kommunikations 
Industrie AG, Weidenauer Str. 
211-213, 5900 Siegen, Tel.: 
(0271) 4040 


Sharp Color- 
Portable marktreif 


nfang 1990 beginnt der 

Vertrieb des ersten 386- 
Portable-Computers PC-8041 
von Sharp mit 14-Zoll-Farb-LCD- 
Bildschirm. 512 Farben vermag 
das hintergrundbeleuchtete 
Farb-LC-Display bei der Auflö- 
sung von 640 x 480 Bildpunkten 
darzustellen. Der in DST- 
(Double Layered Supertwisted 
Nematic) LCD-Technik konzi- 
pierte 14-Zoll Color-Flach- 
bildschirm ist voll VGA-kompa- 
tibel. Das Herz des Rechners ist 
ein mit 20 MHz getakteter 32-Bit 


80386-Mikroprozessor, dem bei Hardware 
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Bedarf noch ein Coprozessor 
80387 zur Seite gestellt werden 
kann. 

Erstaunlich ist die extrem 
kurze Zugriffszeit der 40 MByte 
fassenden Festplatte mit nur 19 
ms. Ein 3,5-Zoll-Diskettenlauf- 
werk (1,44 Mbyte) steht eben- 
falls zur Verfügung. Der PC- 
8041 wird standardmäßig mit 2 
Mbyte Hauptspeicher angebo- 
ten, der bis zu 8 Mbyte ausbau- 
bar ist. Für Erweiterungen bietet 
er zwei Expansionslots. 

Info: Sharp Electronics GmbH, 
Sonninstr. 3, 2000 Hamburg 1, 
Tel.: (040) 237750 


Neue Laptops von 
Toshiba 


D: Toshiba-Laptops T16000 
und T3100e werden ab 
sofort auch in einer Version mit 
40-Mbyte-Festplatte erhältlich 
sein. Die modifizierten Modelle 
tragen die Bezeichnung 
T16000/40 und T3100e/40. 
Die 40-Mbyte-Festplatte in 
beiden Computern arbeitet 
außergewöhnlich schnell: Sie 
gewährleistet eine durchschnitt- 
liche Zugriffszeit von weniger 
als 29 bzw. 25 ms. Darüber hin- 
aus bietet sie eine Speicher- 
kapazität, die eine problemlose 


Benutzung modernster Software 
sowie anspruchsvoller Betriebs- 
systeme (OS/2) ermöglicht. 

Der T16000/40 ist ein batte- 
riebetriebener Laptop mit einem 
12 MHz getakteten Prozessor. 
Besondere Merkmale sind ein 
abnehmbarer hintergrundbe- 
leuchteter Supertwist-Bildschirm 
mit EGA-Grafik und ein 1 bis 5 
Mbyte Arbeitsspeicher, der zu 
einer schnellen RAM-Disk konfi- 
guriert werden kann. Die neue 
Toshiba MasTimePower-Funk- 
tion optimiert die Stromversor- 
gung und garantiert eine längere 
Betriebsdauer der Batterien. 


Zwei serielle und eine interne 
Toshiba-Schnittstelle sorgen für 
entsprechende Erweite- 
rungsmöglichkeiten. Der 
T16000/40 zeichnet sich durch 
eine Resume-Funktion aus, die 
dem Anwender die Fortsetzung 
seiner Arbeit an gleicher Stelle 
im Programm nach Wiederein- 
schalten des Gerätes ermöglicht. 
Das Gewicht des Gerätes beträgt 
5,2 Kilogramm. 

Der T3100e/40 ist ein netz- 
abhängiger, auf einem 80286- 
Prozessor basierender Laptop. 
Das 5,9 Kilogramm leichte Gerät 
verfügt aber über einen internen 
Erweiterungsteckplatz (halbe 
Länge 8-Bit), gemäß Industrie- 


standard, der jedoch auch für 
Toshiba-Karten zu nutzen ist. 
Der Laptop hat einen Plasma- 
bildschirm mit einer Auflösung 
von 640x400 dpi in dem Toshi- 
ba-Grafik-Modus sowie einen 
auf der Hauptplatine inte- 
grierten CGA-Grafikadapter. In 
der Grundausstattung verfügt 
das Gerät über einen 1 Mbyte 
Arbeitsspeicher, der bis zu 5 
Mbyte erweitert werden kann. 
Diese Erweiterung der Pro- 
duktpalette entspricht der er- 
folgreichen Toshiba-Strategie, 
für jeden individuellen Anwen- 
derbedarf entsprechende Geräte 
anzubieten. Das Toshiba-Lap- 
top-Angebot umfaßt vom 
T1000 bis T5200/100 
inzwischen zwölf Modelle. 
Über den Toshiba Computer- 
Fachhandel ist der T1600/40 
zu einem Preis von 11.377,- 
DM und der T3100e/40 zu 
einem Preis von 10.237,- DM 
erhältlich (unverbindlich 
empfohlene Preise inklusive 
Mehrwertsteuer). 


T3200SX 

Mit der Ankündigung des 
T3200SX stellt Toshiba erneut 
seine Kompetenz auf dem 
Gebiet der Laptop-Computer 
unter Beweis. 

Der T3200SX, der die Pro- 
duktlinie der netzabhängigen 
Toshiba-Laptops ergänzt, be- 
sitzt einen mit 16 MHz getakte- 
ten 80386SX Prozessor, VGA- 
Grafik, einen 1 bis 13 Mbyte 
Arbeitsspeicher, eine schnelle 
40-Mbyte-Festplatte und 

interne Erweiterungssteckplätze 
nach dem Industriestandard. 

Der T3200SX stellt eine preis- 
lich interessante Alternative für 
den Anwender dar, der die näch- 
ste Generation der 32-Bit-Soft- 
ware nutzen möchte. Seine 
großzügige Ausstattung ent- 
spricht den hohen Anforderun- 
gen der zukunftsweisenden Mul- 
titasking-Betriebssysteme OS/2 
und UNX. 

Bei einer Größe von 
370x395x99 Millimetern und 
einem Gewicht von 7,9 Kilo- 
gramm bietet er ein erstaunli- 
ches Maß an Leistung und Kom- 
fort. Er zeichnet sich durch 


einen großen VGA-Bildschirm 
mit 16 Graustufen, eine Tastatur 
mit separatem Zehnerblock, 
mehrere interne Erweiterungs- 
steckplätze und einen komplet- 
ten Satz an Schnittstellen, dar- 
unter auch zwei serielle Schnitt- 
stellen, aus. 

Die internen Erweiterungs- 
steckplätze ermöglichen dem 
Anwender die individuelle An- 
passung für den eigenen Bedarf: 
Zwei Steckplätze stehen für 
Steckkarten nach dem Industrie- 
standard zur Verfügung. Einer 
für eine lange 16-Bit- oder 8-Bit- 
Karte, der andere für eine kurze 
8-Bit-Karte. Der kurze Steckplatz 
kann auch für Toshiba-Karten 
genutzt werden wie beispiels- 
weise SYSLINK E, ein lokales 
Netzwerk, das auf einer Ether- 
net-Spezifikation basiert. Ein 
weiterer Steckplatz ist dem Tos- 
hiba-Modem vorbehalten. Soll- 
ten mehr als die internen Steck- 
plätze benötigt werden, ist die 
Installation einer externen Er- 
weiterungsbox für zwei oder 
fünf zusätzliche Karten möglich. 

Der T3200SX reiht sich naht- 
los in die Produktpalette der 
286er sowie 386er Laptops zwi- 
schen dem T3200 und dem 
T5100 ein. Toshiba besitzt somit 
ein komplettes Angebot an Lap- 
top-Computern, die aufgrund 
ihrer Leistung, Kompaktheit und 
Erweiterungsmöglichkeiten eine 
attraktive Alternative zu den 
traditionellen Desktop-Compu- 
tern darstellen. 

Der T3200SX wird über den 
Toshiba Computer-Fachhandel 
zu einem Preis von 14.797,- DM 
(unverbindlich empfohlener 
Preis inklusive Mehrwertsteuer) 
vertrieben. 

Info: Toshiba Informationssy-. 
steme GmbH, Görlitzer Str. 5-7, 
4040 Neuss 1, Tel.: (02101) 
1370 


Der Macintosh IlIci 


er Macintosh IlIci — das ist 

hohe Leistungsfähigkeit 
und verbesserte Funktionalität 
im Design des IIcx. Benutzer, die 
eine schnelle Programmausfüh- 
rung für speicherintensive 


Rechenblätter, Datenbanken und 
grafisch aufwendige Anwen- 
dungsprogramme benötigen, 
werden die deutlich verbesserte 
Leistungsfähigkeit des Mac- 
intosh IIci besonders schätzen. 

Der mit 25 MHz getaktete 
Motorola 68030-Mikroprozessor 
des Macintosh Ilci trägt am 
deutlichsten zu dieser Leistungs- 
steigerung bei. Durch die Erhö- 
hung der Taktfrequenz arbeitet 
das System um etwa 45 Prozent 
schneller als der Macintosh Ilcx 
oder Ilx. Zur Beschleunigung 
komplexer mathematischer Be- 
rechnungen verfügt das System 
standardmäßig über einen 
68882 Coprozessor. Durch die 
Installation einer Cache-Spei- 
cherkarte wird das System um 
weitere 20 bis 30 Prozent be- 
schleunigt. Daraus ergibt sich 
eine maximale Gesamtleistungs- 
steigerung von etwa 75 Prozent. 

Der Macintosh Ilci beinhaltet 
verschiedene Gestaltungsmerk- 
male, die die Möglichkeiten der 
25 MHz 68030/68882-Kombina- 
tion optimieren. Damit ist das 
System in der Lage, Speicherin- 
halt schneller und effizienter zu 
lesen als in vorhergehenden Ar- 
chitekturen. 


Mehr Flexibilität 

Der Macintosh Ilci vereinigt eine 
Reihe von neuen Möglichkeiten 
in seiner Standard-Konfigura- 
tion, die dem Benutzer mehr 
Flexibilität an die Hand geben. 
Der eingebaute Videoanschluß 
ermöglicht es dem Macintosh 
IIci mit drei verschiedenen Bild- 
schirmtypen zu arbeiten. Dabei 
handelt es sich um einen hoch- 
auflösenden Monochrombild- 
schirm (12 Zoll) mit maximal 
256 Graustufen, dem hochauflö- 
senden AppleColor RGB-Bild- 
schirm (13 Zoll) mit maximal 
256 Farben oder Graustufen so- 
wie dem Monitor ApplePortrait 
(15 Zoll) mit maximal 16 
Graustufen. 

Der Macintosh Ilci verfügt 
über einen selbstkonfigurieren- 
den eingebauten Video-An- 
schluß, dessen Vorteil sich beim 
Aufstellen der Anlage als augen- 
scheinlich erweist. Der Benutzer 
muß lediglich noch einen Video- 


Stecker in den dafür vorgese- 
henen Anschluß einstecken. Dies 
stellt verbesserte Erweiterungs- 
möglichkeiten dar, da im NuBus- 
Steckplatz keine Videokarte 
mehr zu installieren ist. Redu- 
zierte Anschaffungskosten für 
das System sind eine weitere 
Konsequenz. 

Der Macintosh IIci verfügt 
standardmäßig über 512 Kbyte 
ROM. Zusätzlich befindet sich 
ein ROM-SIMM-Sockel auf der 
Hauptplatine, der die Installa- 
tion von ROM-Erweiterungen zu 
einem späteren Zeitpunkt er- 
leichtert. Mit der 32-Bit-Adres- 
sierung kann das Betriebssystem 
4 Gbyte Speicher ansprechen. 
Durch das hierarchische Datei- 
system kann eine Dokumenten- 
verwaltung einfacher organisiert 
und der Zugriff auf Dateien er- 
leichert werden. Das ROM be- 
inhaltet die Unterstützung für 
32-Bit-Farbgrafik mit Quick- 
Draw, die es den Farb-Systemen 
erlaubt, gleichzeitig bis zu 16 
Millionen Farben gleichzeitig zu 
zeigen. 


Hardware-Eigenschaften 
Die Hardware-Eigenschaften 
stimmen grundsätzlich mit 
denen des IIcx überein. Hierzu 
gehören drei NuBus-Erweite- 
rungsteckplätze, ein eingebautes 
3,5-Zoll-Festplattenlaufwerk, 
sieben Standardanschlüsse für 
Peripheriegeräte, Erweiterungs- 
möglichkeiten für das RAM auf 
maximal 8 Mbyte. Der Macin- 
tosh Ilci ist mit einem Apple Su- 
perDrive-Laufwerk für HD-Dis- 
ketten mit 1,44 Mbyte ausgestat- 
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tet. Mit diesem Laufwerk kön- 
nen 3,5-Zoll-Disketten verwen- 
det werden, die für den Macin- 
tosh oder für verschiedene an- 
dere Personalcomputer initiali- 
siert wurden. Das System ver- 
fügt über die gleichen An- 
schlüsse wie der IIcx und dazu 
noch den Video-Anschluß zur 
Unterstützung des eingebauten 
Video. 

Die Macintosh-Betriebs- 
systemsoftware besteht aus der 
Systemdiskette Version 6.0.4., 
der Druckerdiskette (Drucker- 
treiber für alle Apple-Drucker) 
sowie Dienstprogrammdisketten 
(mit den Dienstprogrammen wie 
z.B. »Dateien konvertieren« oder 
»Festplatte installieren«). Mitge- 
liefert wird die HyperCard Ver- 
sion 1.2.5. Mit dem Macintosh 
IIci kompatibel und optional er- 
hältlich ist das Betriebssystem 
Unix (die A/UX-Version 1.1.1). 

Der Macintosh IIci ist in der 
englischen Version sofort ver- 
fügbar. Die deutsche Version ist 
ab November über die Apple 
Vertragshändler zu beziehen. Er 
wird in der Grundausstattung 
mit einer eingebauten 3,5-Zoll- 
Festplatte mit 80 Mbyte Spei- 
cherkapazität geliefert. Der Preis 
für diese Konfiguration wird bei 
etwa 18.000,- DM (zuzüglich 
MwSt) liegen. 

Info: Apple Computer GmbH, 
Ingolstädter Str. 20, 8000 
München 45, Tel.: (089) 350340 


Hochauflösender 
Bildschirm mit 
OS/2 PM- 
Unterstützung 


ie Ventek Corporation 

kündigt die Unterstützung 
vom OS/2 Presentation-Manager 
für Ihre AT- und PS-Bus 20 Zoll 
hochauflösende Monochrombild- 
schirme an. Ventek Corporation 
wird zusammen mit ihrem deut- 
schen Exklusiv-Repräsentanten, 
Intelekta, auf der Systems '89 
die Leistungsfähigkeit dieser 
neuen Implementierung 
demonstrieren. 

Venteks Subsysteme sind die 

einzigen Ultra-High-Resolution 


20-Zoll-Bildschirme die dem 
Anwender vollständige Soft- 
ware-Kompatibilität und die Fä- 
higkeit der Darstellung von 64 
Graustufen bieten, die von den 
meisten VGA-Applikationen 
verlangt werden. Diese wird da- 
durch möglich, daß Ventek eine 
komplette Reihe von Software 
Treibern für Ultra-High-Resolu- 
tion-Support von Windows, 
GEM, Ventura Publisher, WORD 
5.0, AutoCAD, Lotus 1-2-3 und 
vielen anderen Publishing-, 
Image Processing- und CAD-Pro- 
grammen mitliefert. Außerdem 
sind Ventek Monitore völlig 
kompatibel zum IBM VGA-Stan- 
dard auf Registerlevel, hierzu 


benutzt Ventek analoge Graustu- 


fen-Monitore. 


Laserdrucker und 
Scanner von Canon 


ie Laserdrucker-Serie von 

Canon wird durch ein 
neues Modell ergänzt: den 
LBP-4. Bei diesem Modell 
handelt es sich um einen Laser- 
strahldrucker im unteren Preis- 
bereich. Die Druckleistung 
beträgt 4 Seiten/Minute im Ko- 
piermodus. Da Maße und Ge- 
wicht des neuen Laserstrahl- 
druckers LBP-4 etwa 50 Prozent 
des LBP-8III entsprechen, hat 
dieser auch eine neue Toner- 
Cartridge mit einer Kapazität 
von 3.500 Seiten. Der Toner 
wurde dahingehend modifiziert, 
daß kein umweltschädigendes 
Ozon erzeugt wird. Die zusätz- 
lich erhältliche Papierzuführung 
erhöht die serienmäßig vorhan- 
dene Papierkapazität von 50 auf 
200 Blatt. Der Drucker verfügt 
über einen Speicher von 512 
Kbyte und die komplette Intelli- 
genz des Canon LBP-8IIl. Ska- 
lierbare Fonts, Rotation, Spie- 
gelung, VDM-Mode, um nur ei- 
nige Merkmale zu nennen, weist 
der Canon LBP-4 bereits in der 
Standardversion auf. Eine Spei- 
chererweiterung mit 1 Mbyte ist 
auf Platine, eine weitere mit 
ebenfalls 1 Mbyte als »Hucke- 
pack«-Erweiterung verfügbar. 
Fontkarten können aus der 8III- 
Serie verwendet werden. 


Auch im Scannerbereich kann 
Canon anläßlich der Systems '89 
eine Neuheit präsentieren: den 
Flachbettscanner IX-30F. Die 
wichtigsten Daten: 

Auflösung von 75 bis 300 dpi 
einstellbar, Format DIN A4, 256 
Graustufen, SCSI-Interface, 
Software »ScanDo«. Das SCSI-In- 
terface wird in drei Konfigura- 
tionen, komplett mit Anschluß- 
kabel, angeboten: PC-, Micro- 
channel- und Apple-Version. Ein 
Einzelblatteinzug ist als Zubehör 
erhältlich. 

Info: Canon Rechner Deutsch- 
land GmbH, Fraunhoferstraße 
14, 8033 München-Martinsried, 
Tel.: 089/85 70 01-0 


Kurzweil 
Lesesysteme 

K 5100 und 
Discover Freedom 


ie Modelle der Kurzweil- 
Systemfamilie lesen ohne 

Lernphase alle lateinischen 
Schriften (auch proportionale, 
wie z.B. Satzschriften) auto- 
matisch ein und verfügen über 
Konvertierungsroutinen zu 
gängigen Textverarbeitungs- 
und Grafikprogrammen, zu 
Desktop Publishing und Daten- 
banken. Die Schriftenerkennung 
läuft unabhängig vom PC, über 
die eingesetzte Coprozes- 
sorplatine (32-Bit-Prozessor). 

Zur Systems '89 stellt CCS 
Compact Computer Systeme 
GmbH, Hamburg - General-Re- 
präsentant der Kurzweil-Lese- 
systeme — zwei neue Produkte 
vor: Das neue Spitzenmodell der 
Systemfamilie K 5100 basiert 
hardwareseitig auf dem bekann- 
ten Discover Modell 40 und ar- 
beitet ebenfalls mit einem 400 
dpi Spezialscanner, mit dem 
Schriftgrößen von 6 bis 24 Pica- 
Punkt sicher gelesen und Halb- 
tonbilder in 64 Graustufen er- 
faßt werden können. 

Besonderes Merkmal des 
neuen ICR Lesesystems K 5100 
ist die Möglichkeit der interakti- 
ven Zeichenkorrektur. Mit die- 
sem neuen Softwaremodul wer- 
den zunächst fehlerhaft er- 


kannte Zeichen manuell verbes- 
sert und nachtrainiert. Kurzweil 
bietet damit in Ergänzung der 
automatischen Schrifterkennung 
nun auch die Verarbeitung 
schwer lesbarer Zeichen sowie 
die Erkennung verschiedener 
Sonderzeichen. Erweiterte Zei- 
chenerkennungsroutinen ermög- 
lichen auch die Verarbeitung 
schwieriger Vorlagen, wie z.B. 
Dokumente auf dünnem Papier. 
Das zweite neue Produkt ist 
das Kurzweil-Modell Discover 
Freedom, ein scannerunabhän- 
giges ICR-Lesesystem mit Scan- 
nertreibern für Datacopy 
(730GS, 730, 830, Jetreader) 
Hewlett Packard (Scanjet, 
Scanjet Plus), Microtek (MS300 
A), Dest (PC Scan). Treiber für 
Siemens- und Agfa-Scanner sind 
in Vorbereitung. Kurzweil durch- 
bricht mit diesem neuen Modell 
zum ersten Mal seine bisherige 
Produktpolitik einer strengen 
Kopplung der Lesesysteme an 
spezielle Kurzweil-Scanner. 
Kurzweil ICR Lesesysteme wer- 
den so für praktisch alle rele- 
vanten Scannerfabrikate für 
neue Anwenderkreise von größ- 
tem Interesse sein. 
Kurzweil-Anwender können in 
Zukunft Dokumente als reine 
Grafikdateien einscannen und 
im TIFF-Format abspeichern. 
Unabhängig von der Dokumen- 
tenerfassung können jetzt die 
eingelesenen Seiten z.B. im 
Batchbetrieb auch zu einem spä- 
teren Zeitpunkt durch die ICR 
Software interpretiert werden. 
Bei der Umsetzung eingescann- 
ter Dokumente in Text-Dateien 
kann durch entsprechende Vor- 
einstellung gleichzeitig auch 
eine Faksimile-Datei im TIFF- 
Format abgespeichert werden. 
Standardmäßig enthalten 
Kurzweil Systeme in Zukunft 
Konvertierungssoftware für die 
direkte Textkonvertierung in 
DCA (UDF)-ASCI, WK1, ASCII, 
CEOWrite, RFT, DEC WPSPlus, 
Microsoft Word, Multimate, 
Samna Word, Sprint, Volks- 
writer, Wang IWP, WordMark, 
WordPerfect, Wordstar; als 
Option: Interleaf, FrameMaker. 
Info: CCS, Hauptstr. 25, 7125 
Bad Boll, Tel.: (07164) 2059 


Faxkarte ohne 
Scanner und 
Drucker zugelassen 


D: Deutsche Bundespost hat 
eine PC-Faxkarte für den 
Betrieb zugelassen, mit der frei 
von postalischen Beschränkun- 
gen ein Faksimile direkt aus dem 
PC an die weltweit installierten 
Faxgeräte versendet werden 
kann. 

Damit gelang es der Dr. Neu- 
haus Mikroelektronik GmbH als 
erstem Unternehmen, eine Zu- 
lassung als CCT-Fax in dem sich 
liberalisierenden Endgeräte- 
markt zu erhalten. Die Zulas- 
sungsnummer lautet A200507X. 

Mit folgenden Leistungs- 
merkmalen kann FAXY PC BASIS 
von Dr. Neuhaus aufwarten: 

* Versenden von bis zu 16 Da- 
teien. 

* Normal- und Feinauflösung. 
e Manuelle und automatische 
Betriebsart. 

« Senden wahlweise mit 9600 
oder 4800 Baud. 

« Darstellung von Faxen auf 
dem Monitor mit Drehen um 
180 Grad und Zoomen in drei 
Stufen. 

e Empfangs- und Sendejournal. 
° Vollautomatisches Empfangen 
mit 9600 Baud. 

e Drucken von Faxdateien auf 
Nadel- und Laserdruckern. 

« Jedes Fax wird auf der Fest- 
platte gespeichert. 

Durch den hohen Leistungs- 
umfang und den günstigen Preis 
ab DM 799,- zzgl. MWSt. (je 
nach Leistungsumfang der mit- 
gelieferten Software) kann zu- 
künftig jeder über sein eigenes 
Personal-(PC-)Fax verfügen. 
Info: Dr. Neuhaus GmbH, 
Haldenstieg 3, 2000 Hamburg 
61, Tel.: (040) 553040 


VGA Multi-Video- 
Karte 


ür den Einsatz auf Messen, 

Präsentationen, Schulungen 
und zur Informationsvervielfach- 
ung wurde von MEZ, Beckum, 
eine Steckkarte für PCs entwic- 
kelt. Diese erlaubt überall dort, 
wo Bildschirminformationen von 
einem PC auf bis zu acht 
Monitoren übertragen werden 
sollen, eine Präsentation bis zum 
hochauflösenden 1024x768- 
VGA-Modus. Die VGA-MVK ist 
inklusive Verteileradapter für 
acht Monitore für knapp 1000,- 
DM beim Fachhandel erhältlich. 
Info: MEZ Menke EDV Zubehör 
GmbH, Zementstr. 116, 4720 
Beckum, Tel.: (02521) 700103 


Exabyte-Laufwerk 


eu in Produktspektrum von 

Impec ist das Backup- 
System Exabyte. Hierbei handelt 
es sich um ein SCSI-Bandlauf- 
werk zur Datensicherung bis zu 
2,3 Gbyte. Als Medium wird 
dazu ein handelsübliches Video- 
8-Band verwendet. Auch das 
Laufwerk stammt aus der Video- 
Branche und hat Helical Scan als 
Aufzeichnungsverfahren. 

Für die Installation wird ein 
Controller benötigt, der für 
DOS- und PS/2-Rechner gelie- 
fert wird. Das Laufwerk macht 
schnelle Backups und Restores 
(90 Mbyte in ca. 45 Min.), und 
es können mehrere Datensiche- 
rungen auf einem Band hinter- 
einander realisiert werden. 
Info: Impec Computervertriebs 
GmbH, Waldhörnlestr. 18, 7400 
Tübingen, Tel.: (07071) 70020 
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3Com präsentiert 
»Client-Server- 
System« 


er kalifornische Netzwerk- 

Hersteller 3Com kündigte 
unlängst weltweit das erste 
»Client-Server-System« — 
3+Open CSS - in Abstimmung 
mit namhaften Software-Ent- 
wicklern, darunter Ashton-Tate, 
Lotus, Oracle und Microsoft an. 

Unter diesem System versteht 
man das organische Zusammen- 
spiel zwischen Netzwerk-Ar- 
beitsplätzen auf Workstation- 
Basis (Clients) und Netzwerk- 
Zentralrechnern (Server). Dabei 
steht die wirtschaftlich sinnvolle 
Verteilung der Aufgaben zwi- 
schen den wichtigsten Netzwerk- 
Komponenten im Mittelpunkt. 
Das Auftrennen der Programm- 
arbeit zwischen einer sogenann- 
ten »Front-End«-Komponente 
zur örtlichen Datenverarbeitung 
und einer »Back-End«-Kompo- 
nente für umfangreiche 
Rechenoperationen, wie Daten- 
speicherung und Netzwerksi- 
cherheit, ist die Kern-Philoso- 
phie dieser neuen Technologie. 
Das »Client-Server-System« will 
Rechnerleistung, Anwenderpro- 
gramme und Datenpräsentation 
im Netzwerk aufgabenbezogen 
zwischen Netzwerk-Arbeitsplät- 
zen, Servern, Minicomputern 
und Großrechnern aufteilen. 
Kennzeichnend dafür ist, daß 
rechenintensive Operationen, 
wie Datenbankaufgaben, Datei- 
und Druckerverwaltung und 
ähnliche Großrechner-Funktio- 
nen im Server ablaufen, wäh- 
rend die Arbeitsplätze für aktu- 
elle Anwenderarbeiten und An- 
fragen frei bleiben. Kurze Ant- 
wortzeiten und hohe Leistungs- 
fähigkeit sollen die Nachteile des 
traditionellen Systems der ge- 
meinsamen Dateinutzung über- 
winden. 

Diese hohen Ansprüche sind 
nur durch eine absolute Offen- 
heit des Netzwerk-Systems zu 
erreichen. So werden mehrere 
System-Protokolle aber auch un- 
terschiedliche Betriebssysteme, 
wie DOS, 0S/2, UNIX, Macin- 
tosh und andere unterstützt. 


3+0Open GSS ist ein voll aus- 
gerüstetes Netzwerk-System, be- 
stehend aus der 3+Open LAN- 
Manager-Betriebssystem-Soft- 
ware Version 1.1 mit DPA 
(Demand Protocol Architecture), 
dem neuen 3Com-Server auf 
80386-Basis, den 3Station- 
Netzwerk-Arbeitsplätzen ohne 
Laufwerke und Programme für 
elektronische Post (E-Mail) und 
für Inter-Netzwerk-Verbindun- 
gen. Im System können viele be- 
deutende kommerzielle Pro- 
gramme für IBM-PCs, OS/2- 
Rechner, Macintosh-Computer 
und kompatible Systeme einge- 
setzt werden. 

3Com weist besonders darauf 
hin, daß Digital Equipment-, 
Hewlett Packard- und IBM- so- 
wie OSI-(Open System Inter- 
connect)-Systeme am 3+Open 
CSS angeschlossen werden kön- 
nen. 

Dazu dienen z.B. die X.25- 
Netzwerk-Bridge von 3Com, 
Gateways mit IBM-kompatiblem 
SNA-Aufbau und TCP/IP-(Trans- 
mission Control Protokol)- 
Dienste für DOS-Workstations. 
Neben der Leistungsverbesse- 
rung erhält der Anwender zu- 
sätzlich die Preisvorteile einer 
Gesamtlösung. 


3+0Open LAN-Manager 
Version 1.1 

Diese erweiterte Version des vor 
einem Jahr eingeführten 
3+0Open LAN-Manager ist Be- 
standteil des »Client Sever Sy- 
stem«. Die Demand Protocol 
Architecture (DPA) schafft mehr 
Möglichkeiten für verteilte An- 
wendungen. Das neue NetBios- 
Protokoll erhöht die freien Spei- 
cherkapazitäten auf der Work- 
station und mit dem Resident 
Protocol Manager ist es möglich, 
auf der Workstation mehrere 
Protokolle zu laden, mit Tasten- 
druck zu wechseln oder wieder 
zu verlassen. 


3+Open als Entry-Version 
für zehn Anwender 

Das neue 3+Open LAN-Manager 
Entry System II schließt eine 
Lücke zwischen der bisherigen 


»Einstiegs«-Version für fünf An- 
wender und der großen Version 
für praktisch unbegrenzt viele 
Arbeitsplätze. Ausgestattet mit 
allen Merkmalen der Version 1.1 
von 3+Open, verfügt dieses 
neue Netzwerk-Betriebssystem 
über alle Möglichkeiten, die 
sowohl die »Client-Server«-Um- 
gebung als auch die PC-Host- 
Verbindung erfordern. Zudem 
unterstützt es alle zusätzlichen 
Dienste wie 3+Open Mail, 
3+0Open Internet, 3+Open LAN 
Vision. 


3Server/500 

Der mit einem großen Arbeits- 
speicher (max. 16 Mbyte RAM) 
und bis zu 6 Gbyte Platten- 
speicher ausgestattete Server ar- 
beitet auf der Basis des 80386- 
Prozessors. Die Drei-Port-Archi- 
tektur unterstützt verschiedene 
Bus-Strukturen, liefert einen hö- 
heren Datentransfer sowohl im 
Ethernet als auch im Token-Ring 
und AppleTalk. Er ist besonders 
für Einsätze im kommerziellen 
Bereich konzipiert, bei denen 
große Datenmengen zu bewälti- 
gen sind. Neben den erwähnten 
Protokollen unterstützt er auch 
SNA, DECnet, TCP/IP und die 
internationalen Standards X.400 
und X.25. 


3Station-Familie 

Neben der seit 1988 zur 3Com- 
Produktpalette gehörenden 
3Station/2E wurden zwei wei- 
tere Versionen angekündigt. Die 
3Station/2ED kombiniert die 
IBM-PC-kompatible Architektur 
der 3Station/2E mit der Poly- 
gon-Software Polystar. Durch 
einfaches Umschalten kann der 
Netzwerk-Arbeitsplatz einmal als 
PC fungieren und zum anderen 
das hochauflösende DEC-Grafi- 
Terminal VT-340 emulieren. Die 
Version 3Station/2X bietet hö- 
here Leistung und unterstützt 
mit seinen 3 Mbyte Arbeitsspei- 
cher fensterorientierte Arbeits- 
umgebungen, die z.B. auf LIM 
4.0 basieren. 


Info: 3Com GmbH, Gustav- 
Heinemann-Ring 123, 8000 
München 83, Tel.: (089) 678210 


CHlr WISSEN 


Die kompetente Buchreihe rund um den PC 


Förster/Zwernemann: 


Word 4.0 kurz und bündig 


256 Seiten, 67 Bilder, Hardcover 


43,— DM/ISBN 3-8023-0215-X zung zum Word-4.0-Handbuch ein Hilfs- 
Dieses Arbeitsbuch richtet sich an interes- mittel, das viele Tips und Tricks verrät. 
sierte Einsteiger sowie an Word-4.0- * Wichtige Grundfunktionen 
Anwender, die schnell den Umgang mit + Texte erstellen, korrigieren, speichern 
dem komfortablen Textverarbeitungspro- * Texte laden, korrigieren, gestalten 
gramm erlernen wollen. .Es ist so aufberei- * Texte direkt/indirekt formatieren 

tet, daß es auch als Begleitmaterial für * Ausdruck 

Word-4.0-Schulungen geeignet ist. Aber + Textbausteine 

auch zum Selbststudium ist es in Ergän- * Rechtschreibprogramm u.a. 
Förster/Zwernemann: 


Word 5.0 kurz und bündig 


295 Seiten, zahlr. Bilder 
43,— DM/ISBN 3-8023-0418-7 


Dieses Buch folgt im Aufbau und Didaktik ständnis nun mal notwendigen Hinweise 
der bewährten Konzeption von Word 4.0 und Erläuterungen zu kurz kommen. 

kurz und bündig, geht aber ausführlich auf Aus dem Inhalt: @ Geschäftsbriefe 

die Neuerungen der deutschen Version ® Rundschreiben @ Datei-Manager @ liest 
3.0 ein. Das Ziel ist nach wie vor, alle selbst Korrektur, trennt richtig und schlägt 
Word-Befehle kompakt und übersichtlich Verbesserungen und alternative Wörter vor 


darzustellen, ohne daß die für das Ver- 


Haben Sie schon den neuen 
u - Katalog“ ? Vogel Buchverlag 
& VOGEL Bestellen Sie gleich! Postfach 67 40 - 8700 Würzburg 1 


Programmierung 

unter Windows 

Für alle, die mit Win- 

dows Anwendungen er- 

stellen und den An- 

schluß an die professio- 
nelle Software-Entwick- ® 


Die PC-Referenz 
für Programmierer 
von Microsoft Press. 

Alle wichtigen und 
nützlichen Informatio- 
nen rund um den PC sind 


auf 535 Seiten und in fast lung nicht verlieren wol- } 
0 Tabellen aus techni- len. Das Buch führt schritt- f} 
schen Referenzbüchern, weise und mit praktischen © 
Systemdokumentationen Beispielen in die Windows- eo 
und Programmierhandbü- Programmierung ein. Es prä- ® 
chern ausgewertet und in die- sentiertübersichtlichundleicht o 
sem Buch zusammengetragen . P verständlich die wichtigsten In- ® 
worden. U. a. Übersichten aller formationen aus der umfangrei- o 
DOS-, BIOS-, EDLIN-, DE- chen Dokumentation zu Mikrosofts Windows. Incl. zwei Disketten o 
BUG- oder Windows-Kommandos mit allen zulässigen Parametern. mit allen Beispielprogrammen im Quellcode. o 
Die Zentralregister für alle, die intensiv mit dem PC umgehen. Mit Tim Farell: Programmierung unter Windows ® 
deutschem und englischem Index. Ein Leitfaden für die Software-Entwicklung unter Windows Vers. . 
Thom Hogan: Die PC-Referenz für Programmierer 2.0 und Windows / 386. 
ISBN 3-89390-250-3 + 535 Seiten - DM 69,— ISBN 3-89390-251-1 + 483 Seiten incl. 2 Disketten. DM 98.— 


IM BUCHHANDEL ERHÄLTLICH TH EMA 
UL 7 [> Sr 


Auslieferung Schweiz: Thali AG, Industriestr. 6, Kreillerstraße 156 - 8000 München 82 
Ch-6285 Hitzkirch, Tel.: 041/852828 Telefon: 0 89/4 31 30 93 
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Mit Microsoft- 
Seminaren sicher 
in die Zukunft 


D ie Spezialseminare des Micro- 
soft Instituts vermitteln in klei- 
nen Gruppen intensiv all das, was 
zum Einstieg in die Programment- 
wicklung nötig ist. Modernste Trai- 
ningsmethoden sowie PC-Demon- 
strationen und -Übungen sind 
selbstverständlich. Professionelle 
Entwickler bekommen durch pro- 
fessionelle Schulung die Möglich- 
keit, ihren hohen Wissenstand den 
neuen Gegebenheiten anzupassen. 


Das Microsoft OS/2- 
Einführungsseminar 

Zweitägiges Seminar für PC-Soft- 
ware-Entwickler, die Programmier- 
kenntnisse in einer höheren Pro- 
grammiersprache besitzen. 


Datum Tag 
Düsseldorf 

06./07.11.89 Mo./Di. 
München 

04./05.12.89 Mo./Di. 


Der Microsoft OS/2-Workshop 
Dreitägiges Seminar für PC-Soft- 
ware-Entwickler, die Programmier- 
erfahrungen in einer höheren 
Programmiersprache und C-Kennt- 
nisse besitzen sowie das MS-OS/2- 


Einführungsseminar besucht haben. 


Datum Tag 
Düsseldorf 

08./09./10.11.89 Mi./Do./Fr. 
München 

06./07./08.12.89 Mi./Do./Fr. 
Das Microsoft Windows- 
Einführungsseminar 


Zweitägiges Seminar für PC-Soft- 
ware-Entwickler, die Programmier- 
kenntnisse in einer höheren Pro- 
grammiersprache wie C, Pascal, o.ä. 
besitzen. 


Datum Tag 
München 

06./07.11.89 Mo./Di. 
11./12.12.89 Mo./Di. 


Der Microsoft Windows-Workshop 
Dreitägiges Seminar für PC-Soft- 
ware-Entwickler, die Programmier- 
erfahrungen in einer höheren, struk- 
turierten Programmiersprache unter 
MS-DOS und C-Kenntnisse besitzen 
sowie das Microsoft Windows Ein- 


führungsseminar besucht haben. 


Datum Tag 
Düsseldorf 

25./26./27.10.89 Mi./Do./Fr. 
München 

08./09./10.11.89 Mi./Do./Fr. 
13./14./15.12.89 Mi./Do./Fr. 


Microsoft Presentation Manager- 
Einführungsseminar 
Zweitägiges Seminar für Windows- 
und C-Programmierer. 


Datum Tag 
Düsseldorf 

16./17.10.89 Mo./Di. 
18./19.12.89 Mo./Di. 
München 

27./28.11.89 Do./Fr. 


Microsoft Presentation Manager- 
Workshop 

Dreitägiges für PC-Software-Ent- 
wickler, die Programmiererfahrun- 
gen in C und eventuell in Windows 
besitzen sowie das Microsoft Presen- 
tation Manager Einführungsseminar 
besucht haben. 


Datum Tag 


Düsseldorf 

18./19./20.10.89 Mi./Do./Fr. 
20./21./22.12.89 Mi./Do./Fr. 
München 


29./30.11/01.12.89 Mi./Do./Fr. 


Microsoft LAN-Manager- 
Einführungsseminar 

Zweitägige Seminar für Netzanwen- 
der und Netzwerk-Softwareent- 
wickler mit Programmiererfahrung 
in C. 


Datum Tag 
Düsseldorf 

23./24.11.89 Do./Fr 
04./05.12.89 Mo./Di. 
München 

13./14.11.89 Mo./Di. 


Microsoft LAN-Manager- 
Workshop 

Dreitägiges Seminar für PC-Soft- 
wareentwickler mit Programmier- 
erfahrung in C, die am LAN-Mana- 
ger Einführungsseminar teil- 
genommen haben. 


Datum Tag 
Düsseldorf 

06./07./08.12.89 Mi./Do./Fr. 
München 

15./16./17.11.89 Mi./Do./Fr. 


Microsoft SQL-Server- 
Einführungsseminar 

Zweitägiges Seminar für PC-Soft- 
wareentwickler. Kenntnisse von MS 
0S/2 und dem MS LAN-Manager 
sollten vorhanden sein, SQL- und C- 
Kenntnisse sind von Vorteil. 


Datum Tag 
Düsseldorf 

11./12.12.89 Mo./Di. 
München 

23./24.10.89 Mo./Di. 


Microsoft SQL-Server-Workshop 
Dreitägiges Seminar für PC-Soft- 
wareentwickler mit Kenntnissen in 
C und SQL, die am Einführungs- 
seminar und Workshop für 0S/2 
und den LAN-Manager teilgenom- 
men haben. 


Datum Tag 
Düsseldorf 

13./14./15.12.89 Mi./Do./Fr. 
München 

25./26./27.10.89 Mi./Do./Fr. 
Microsoft Excel-Makro- 
Programmierung 


Dreitägiges Seminar für PC-Soft- 
ware-Entwickler, die mit Microsoft 
Excel schon einigermaßen vertraut 
sind. [ 


Datum Tag 
Düsseldorf 

15./16./17.11.89 Mi./Do./Fr. 
27./28./29.11.89 Mo./Di./Mi. 
München 

16./18./18.10.89 Mo./Di./Mi. 


LAN-Software 


Katalog 
Software im Novell-Netz 
und unter 
0S/2 LAN Manager 


3. ahrmadderts Auflage tms 


DS) Hüthig 


LAN-Software- 
Katalog 


W: seine Personalcomputer 
in einem Netzwerk zu- 


sammenschließt, muß auch 
netzwerkfähige Programme be- 
nutzen, die den Datenaustausch 
zwischen den Rechnern gewähr- 
leisten. Im neuen LAN-Software- 
katalog vom Hüthig-Verlag fin- 
den Sie auf fast 500 Seiten mehr 
als 350 Programme aus verschie- 
denen Anwendungsbereichen, 
die alle Anforderungen an eine 
netzwerkfähige Software erfül- 
len. Das Buch liegt nun in der 
dritten, aktualisierten Fassung 
vor. Das stark erweiterte Werk 
wurde nach der CeBIT 1989 
aufgefrischt. Sie finden darin 
Softwarebeschreibungen aus 
folgenden Bereichen: LAN- 
Betriebssysteme (so auch der 
OS/2 LAN-Manager), Utilities, 
programmierbare Datenbanken, 
Textverarbeitungen und Pakete 
zur Büroautomatisierung. 
Außerdem Software zur Auf- 
tragsbearbeitung, betriebliches 
Rechnungswesen, Lohn und 
Gehalt, Fertigung, Lagerhaltung, 
CAD/CAM/CAE/CAT und unter- 
schiedliche Branchenlösungen. 
Die Beschreibungen umfassen 
unter anderem die Kriterien Eig- 
nung, Zielgruppe, Funktionen, 
Schnittstellen, Preis sowie Her- 
steller und Vetrieb. Das Buch 
dürfte für diese Software die 
einzig erhältliche Marktübersicht 
sein. 


Paulo Heitlinger/York 
Simon/Karin Brotz: LAN-Soft- 
ware Katalog. Heidelberg, Hüthig, 
1989; 470 Seiten; ISBN 3-7785- 
1814-3; DM 88,-. 


Manager 


Konzepte und Einsatz in der Praxis 


Der OS/2 
LAN-Manager 


it dem Einsatz des OS/2 

LAN-Managers wird es 
erstmals möglich, die vielfällti- 
gen Multitasking-Konzepte des 
Betriebssystems OS/2 auch als 
Multiuser-Umgebung zu nutzen. 
Dabei wird das bereits vielfach 
erfolgreich erprobte Prinzip der 
zentralen Datenverwaltung bei 
dezentraler Rechenkapazität der 
lokalen Netzwerke weiter per- 
fektioniert. Mit dem Buch »Der 
0S/2 LAN-Manager« aus dem 
IWT-Verlag wird das Prinzip 
eines derartigen Einsatzes ver- 
anschaulicht und das Einsatz- 
spektrum des OS/2 LAN-Mana- 
gers abgesteckt. Es wendet sich 
dabei an alle, die bereits mit 
lokalen Netzwerken arbeiten 
oder die Leistungsfähigkeit des 
LAN-Managers kennenlernen 
wollen. Darüber hinaus stellt es 
aber nicht nur die darin inte- 
grierten Konzepte vor. Das Buch 
bietet zum einen dem Anwender 
eine vielfältige Bedienungs- 
grundlage und gibt zum anderen 
Programmierern, die sich mit 
netzwerkfähigen Applikationen 
beschäftigen, die notwendige 
Unterstützung, die Program- 
mierschnittstelle des LAN-Mana- 
gers effektiv zu nutzen und der- 
artige verteilte Systeme markt- 
gerecht zu konzipieren. 


Armin Ertl: Der OS/2 LAN-Mana- 
ger. Vaterstetten, IWT, 1989; 350 
Seiten; ISBN 3-88322-240-2. 


Bücher 


Der PC im 
Netzwerk 


mfassende Informations- 

systeme, zunächst nur als 
Insellösungen in Form von loka- 
len Netzen, sind im Begriff die 
Welt zu erobern. Der nächste 
Schritt bedeutet die Verbindung 
dieser Kommunikationsinseln 
über Gateways mit Großrech- 
nern sowie Daten- und Wissens- 
banken. Die zahlreichen LANs 
verbinden sich zu einem Inter- 
net, in dem jeder Teilnehmer auf 
alle ihm darin verfügbaren Res- 
sourcen zugreifen kann. Das 
derzeit größte Problem bei der 
Realisierung dieses Vorhabens 
ist die Inkompatibilität der 
verschiedenen Systeme. Die 
dabei auftretenden Standardisie- 
rungsprobleme werden in dem 
Buch »Der PC im Netzwerk« aus 
dem Vogel-Verlag erläutert. Auf 
200 Seiten bietet es fachliches 
Grundwissen und stellt nicht nur 
technische Sachverhalte ver- 
ständlich dar. So geht der Autor 
beispielsweise auch auf die 
möglichen Wirkungen integraler 
Informationssysteme auf die Ge- 
sellschaft und die daraus resul- 
tierenden Folgen ein. Im Anhang 
befindet sich ein Glossar sowie 
Tabellen mit Einheiten und Kür- 
zel-Erläuterungen. 


Ottokar R. Schreiber: Der PC im 
Netzwerk. Würzburg, Vogel, 
1989; 220 Seiten; ISBN 3-8023- 
0262-1; DM 40,-. 


Bücher 


Microsoft 
System Journal 
Nov./Dez. 1989 


113 


Bücher 


Microsoft 
System Journal 


Nov./Dez. 1989 


114 


Datenbanken 


tructured Query Language, 

kurz SQL, vom amerikani- 
schen Standardisierungsinstitut 
(ANSI) zum Standard für Daten- 
abfragesprachen erklärt, hat sich 
schnell zur Lingua Franca im 
Computersektor etabliert. Rela- 
tionale Datenbanken im Main- 
frame- und Minicomputer- 
bereich sind nun auch als PC- 
Versionen verfügbar, wodurch 
SQL auch in diesen Bereich 
vorgedrungen ist. Eine praxis- 
orientierte Dokumentation über 
diese Sprache stellt das Buch 
»SQL Programmieren in Daten- 
banken« aus dem Verlag 
McGraw-Hill dar. Es wendet sich 
an alle, die SQL als Mittel zum 
Zweck einsetzen, um eine be- 
stimmte Aufgabe auszuführen: 
Benutzer von interaktivem SQL, 
wie auch Programmierer, die 
Embedded-SQL für Zugriffe aus 
Programmen heraus einsetzen. 
Alle wichtigen Befehle sind 
darin ausführlich beschrieben, 
so daß sich auch SQL-Anfänger 
gut zurechtfinden. Neben den im 
ANSI-Standard festgelegten 
Definitionen geht der Autor 
auch auf die wichtigsten Erwei- 
terungen ein, die die verschie- 
denen relationalen Datenbank- 
produkte in der Regel bieten. 
Auch in diesem Werk finden Sie 
im Anhang ein Glossar und zu 
dem eine SQL-Kurzreferenz. 


Frank Lusardi: SQL-Program- 
mieren in Datenbanken. Ham- 
burg, McGraw-Hill, 1989; 190 S.; 
ISBN 3-89028-166-4; DM 58, -. 


Datenbank- 
abfrage mit 
, UL 


ACH 


Datenbankabfrage 
in SQL 


ieses Buch aus dem Markt 

& Technik Verlag zeigt, wie 
Sie mit SQL Daten in eine rela- 
tionale Datenbank eingeben, 
ändern und löschen. In kompen- 
sierter Form werden alle nötigen 
Informationen geboten. Sie fin- 
den genaue Arbeitsanleitungen, 
wie Sie die Daten übergeben, 
wie sie angezeigt und wie die 
entsprechenden Reports ange- 
legt und formatiert werden. Es 
setzt keine speziellen EDV- 
Kenntnisse voraus, allgemeines 
EDV-Wissen ist jedoch von Vor- 
teil. Der Befehlssatz orientiert 
sich am Urvater der relationalen 
Datenbanken, dem Großrechner- 
system DB2 von IBM. Dieses 
Buch ist auch für Profis geeignet, 
da es auch Themen wie Embed- 
ded SQL und Zugriffsgeschwin- 
digkeit nach physikalischem 
Navigieren mit dem Datenpool 
behandelt. Im Anhang werden 
unter anderem die häufigsten 
Fehlerursachen analysiert. Der 
Autor gibt hier seine langjährige 
Erfahrung im Gebrauch mit SQL 
als Programmiersprache weiter. 
Der Syntax- und Kommando- 
Überblick sowie ein großzügiges 
Stichwortverzeichnis erleichtern 
den Umgang mit diesem Buch. 


Peter Beger: Datenbankabfrage 
mit SQL. Haar, Markt & Technik, 
1989; 330 Seiten; ISBN 3-89090- 
648-6; DM 69,-. 
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schnittstellen 


Computer- 
schnittstellen 


er Hanser-Verlag hat ein 

Buch über die drei wich- 
tigsten Computerschnittstellen 
Centronics, V.24 und IEC-Bus 
herausgebracht. Hier finden 
Hard- und Software-Versierte in 
verständlicher Sprache alle not- 
wendigen Informationen. 

Nach der Darstellung der ver- 
breitetsten Druckerschnittstelle 
werden Schnittstellenleitungen 
und das Handshaking erläutert. 
Danach wird die technische Rea- 
lisierung beschrieben. Den Ab- 
schluß dieses Abschnitts bilden 
die Programmiermöglichkeiten 
und ein Vorschlag für eine 
Druckeransteuerung. 

Bei der V.24-Schnittstelle 
werden Signale, Leitungen, 
Pegel, Logikdefinitionen und die 
verschiedenen Übertragungs- 
arten behandelt. Die IEC-Bus- 
Schnittstelle wird mit der Struk- 
tur des Interface-Systems, der 
IEC-Buslogik, der Handshake- 
Verfahren und der Gerätestruk- 
tur erläutert. Es folgen Schnitt- 
stellenrealisierung und Program- 
mierung des IEC-Busses. 

Die Programmbeispiele sind 
allgemein gehalten, sie sind 
nicht auf einen speziellen Rech- 
nertyp festgelegt. Rund 50 Sei- 
ten beinhalten Listings in den 
Sprachen Basic, Pascal, C und 
Z80-Assembler. Genaue Be- 
schreibungen der entsprechen- 
den ICs im praktischen Einsatz 
runden das Buch ab. 


Lothar Preuß/Harald Musa: 
Computerschnittstellen. München, 
Hanser, 1989; 230 Seiten; ISBN 
3-446-15341-1; DM 78,-. 


Eine komfortable 
Benutzeroberfläche in C (Teil 6): 


Noch mehr 
Objekte 


für Ihre 
Dialogboxen 


Nachdem in der vorangegangenen 
Ausgabe des Microsoft System Jour- 
nals der Dialog-Manager und die 
beiden Dialogobjekte »Edit« und 
»Action Button« vorgestellt wur- 
den, stehen diesmal zwei weitere 
skalare Objekte auf dem Pro- 
gramm: »Push-Buttons« und 
»Radio-Buttons«. 


eben alphanumerischen Eingabefeldern und 
Terminatoren stellen die Push-Buttons und 
Radio-Buttons zwei weitere elementare Dialog- 
objekte dar. Eingesetzt werden sie überall da, wo 
sich der Anwender für oder gegen eine be- 
stimmte Auswahlmöglichkeit entscheiden soll. 
Der Unterschied zwischen den beiden Dialog- 
objekten liegt in der Anzahl der Möglichkeiten, 
die dem Anwender bei seiner Auswahl zur Verfü- 
gung stehen. Bei Push-Buttons hat er nur die 
Wahl zwischen Ja und Nein, während der An- 
wender bei Radio-Buttons aus einer ganzen Pa- 
lette von Möglichkeiten jeweils eine auswählen 
kann. 


Push-Buttons 


Push-Buttons sind immer der Ausdruck einer Ja-/ 
Nein-Frage, die die Applikation an den Anwen- 
der richtet. Sei es, daß die Applikation wissen 
möchte, ob eine Sicherungskopie der eingegebe- 
nen Daten angelegt oder nach Möglichkeit der 
EMS-Speicher in die Speicherverwaltung einbe- 
zogen werden soll; überall da, wo eine Informa- 
tion ermittelt werden muß, die intern durch die 
Zustände TRUE und FALSE dargestellt werden 
kann, kommen Push-Buttons zum Einsatz. 


Ihren Namen verdanken diese Objekte den 
An-/Ausschaltern, wie man sie oft an elektri- 
schen Geräten findet. Drückt man den Schalter 
herunter, schließt sich der Stromkreis, das Gerät 
beginnt zu arbeiten. Zwar bleibt der Schalter in 
seiner Stellung, doch drückt man ihn noch ein 
wenig tiefer, kommt er wieder hervor und unter- 
bricht dadurch den Stromkreis. Die beiden ge- 
nannten physikalischen Zustände korrespondie- 
ren in Bezug auf einen Push-Button mit den logi- 
schen Zuständen TRUE und FALSE. 

Auf dem Bildschirm wird ein Push-Button 
durch zwei eckige Klammern dargestellt, die ent- 
weder ein Leerzeichen oder ein großes X um- 
schließen. Das X steht dabei für die Schalterstel- 


Bild 1: 

So präsentiert sich 
das Demo-Programm 
DLGDEMO.C. Neben 
drei Edit-Feldern und 
Action-Buttons ent- 
hält es zwei Push- 
Buttons und eine 
Gruppe von sieben 
Radio-Buttons. 
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ST a ——— 


Include-Datei + DLG.H 
zur Einbindung : der Funktionen zur Erstellung und Verwaltung von 


SAA-Dialogboxen 
erstellt am : 15.06.1989 
letztes Update a=: 20.06.1989 
(Copyright) : 1989 by MICHAEL TISCHER 


ee “°—— 
P2 


#inciude *"via.h* /* diese beiden SAA-Include-Dateien aufnehmen */ 


#include *kbm.h* 


I’ 


ws ———/ 
#define F{farbe) ( digcol.farbe ) /* liefert Farbe aus der DLECOL-Struktur */ 


/"— die folgenden Makros helfen bei der Anlage von DLGDATEN-Strukturen für g 
/*— die einzelnen Objekte innerhalb einer Dialogbox 

#define EDIT( p ) { &p, &std_ edit _fkt } 

#define ACTBUT( p) | dp. Astdab_fkt } 

#define PUSRBUT( p ) | An, Astd_pb_fkt } 

#define RADIORUT p) (dp, Sstdrb_ fer } 


7 
/* Zeichen, das einen Hotkey markiert */ 
i* keine Taste */ 

/* keine 'Mal’-Funktion */ 


J*— Konstanten 
#define HOTKEY ae 

#define NOKEY (TASTE) 0) 
#define KOPAINTFKT ((PAINTFKT) 0) 


Ir— Rückgabecodes für die TASIKTT —— 1 / 
#define TF_MAUS 250 /* aktiviere mich aufgrund eines Maus-Ereignisses */ 
”/ 


define TF-AKTIV 251 /* aktiviere mich aufgrund einer Taste 
#define TF_\ WEITER 252 /* Taste/Mausereignis wurde nicht verarbeitet vr 


#define IF _MCEPTED 253 /* Taste/Mausereignis wurde verarbeitet = 
define TF_FELD VOR 254 /" ein Feld weiterschalten IT 
#define TF_FELDTRUECK 255 /* ein Feld zurück sh 
/* alle weiteren Codes werden als Terminations- */ 
/* codes aufgefaßt “/ 


f*— Typdeklaratlonen —————— — — — — 1 / 
typedef BYTE BOOL; 


typedef struct /* Farben, die innerhalb einer Dialogbox Verwendung finden */ 
BYTE digbox, /" FOlI-Farbe für gesamte Dialogbox und Rahmen */ 


nm, /* normale Farbe */ 

hi, /* bervorgehobene Farbe */ 

hk, /* Farbe für den Hotkey */ 

da, /* Farbe für inaktive Felder (disabled) */ 

dk; /* Farbe für den Hotkey in inaktiven Feldern */ 
} DLECOL; 


extern DLECOL digcol; /* Variable mit Farben für Dialog-Boxen */ 


/*— Deklaration der Funktionen, die jedes Dialog-Feld bereitstellen ud —— 
| 


STARTFKT : Wird beim Aufbau der Maske aufgerufen. Liefert dem Aufru- 
fer einen Zeiger zurück, der bei allen kommenden Aufrufen 

der verschiedenen Dialogfunktionen übergeben wird. 
/ 


Jeder der folgenden Funktionen wird bei ihrem Aufruf der Zeiger über- 
geben, den die STARTFKT zurückgeliefert hat und an der die Funktion 
feststellen kann, welches der möglicherweise mehreren Dialog-Felder 
dieses Typs angesprochen wird. 

AKTIVFKT : Aktiviert ein Dialog-Feld, nachdem es zuvor über die 
Funktion CANAKTFKT seine Bereitschaft erklärt hat, 
aktiviert zu werden. Teilt dem Dialog-Feld anhand eines 

der Tf_...Konstanten mit, warum es aktiviert wurde. 

TASTFKT : Der Aufruf erfolgt sowohl während das Dialog-Feld aktiv 
ist, manchma) aber auch, wenn ein anderes Dialog-Feld 
aktiv ist, dieses die Taste aber abgelegt hat. In diesem 
Fall muß das Dialog-Feld feststellen, ob es die Taste 
verarbeiten kann — ggf. sogar aktiviert wird. 

MAUSFKT : Wie TASTFKT wird diese Funktion sowohl aufgerufen, wäh- 
rend ein Dialogfeld aktiv ist, als auch, wenn es nicht 
aktiv ist, um festzustellen, ob es durch ein Mausereig- 
nis aktiviert werden muß. 

CANAKTFKT : Teilt dem Aufrufer mit, ob das Dialog-Feld bereits ist, 
aktiviert zu werden. 

NEWVALFKT : Wird nicht vom Scheduler, sondern von einer Verbindungs- 
prozedur des Anwenders/Programmierers aufgerufen, um dem 
Dialog-Feid mitzuteilen, daß sich sein Inhalt durch ein 

1} äußeres Ereignis verändert hat. In den Standardversionen 
| der verschiedenen Dialogtypen sind diese Funktionen 


Dummys. 
DEAKFKT : Teilt dem Dialog-Feld mit, daß es daktiviert wurde. 
ENDFKT : Wird nach der Beendigung der Eingabe innerhalb der Dia- 
logbox aufgerufen, damit das Dialog-Feld einen Reset auf 
seine Daten durchführen kann. Vom Bildschirm muß es sich 
nicht entfernen. 


typedef void * ellnpljet ( void * iptr ); 

typedef void IEWVALFKT)( void * iptr, void * dptr ); 

typedef void NrERDERKH) ( void * iptr ); 

typedef void ("DEAKFKT) ( void * iptr ); 

typedef void (*AKTIVFKT) ( void * Iptr, BYTE why ); 

typedef BYTE (*TASTFKT) ( void * iptr, TASTE key ); 

typedef BYTE (*MAUSFKT) ( void * iptr, BYTE x, BYTE y, BYTE ev ); 
typedef BOOL (*CANAKTFKT)( void * iptr ); 


gt struct /* Struktur mit den verschiedenen Funktions-Pointern */ 


STARTFKT start; 


AKTIVFKT aktiv; 
CANAKTFKT can; 
} DLEFKT; 
typedef DLGFKT *DLGFKTPTR; /* Zeiger auf eine Dialog-Funktions-Struktur */ 
/*— Markos, die bei der Definition von Eingabenengen für EDIT-Felder heifen*/ 
#define SM(m, x, y ) EdSetMengelm, x, y, TRUE ) 
södefine CMlm, x, y ) EdSetMenge(m, x, y, FALSE) 
#define Clearkenge(m) Mm, 0, 25) 
#define SetMengeAl (m) SM( m, 0, 255 ) 
4define SetMengeint(m) (Mm, 0, '9),Mm '",’-")) 


#define SetNengeAN (m) (Mm, .SMm ’u', 
Mm, ' 


lung »An« (Ja), das Leerzeichen für »Aus« (Nein). 
Rechts neben den eckigen Klammern steht ein 
Text, der auf die Bedeutung des Push-Buttons 
hinweist und als Kurzform einer Frage betrachtet 
werden kann, die mit »Ja« oder »Nein« beant- 
wortet werden muß. 

Daß ein Radio-Button das aktive Dialogobjekt 
ist, erkennt man anhand des blinkenden Bild- 
schirm-Cursors, der in diesem Fall zwischen den 
beiden eckigen Klammern erscheint. In dieser 
Situation kann der Button mittels verschiedener 
Cursor-Tasten auf TRUE oder FALSE geschaltet 
werden. Die Cursor-Tasten [t] und setzen 
den Button grundsätzlich auf TRUE, so daß zwi- 
schen den beiden Klammern das große X er- 
scheint. Andersherum schalten die Cursor-Tasten 
(x) und (>) den Button wieder in die Stellung 
FALSE um, so daß ein Leerzeichen das X ersetzt. 

Eine Umschaltung zwischen der aktuellen Stel- 
lung des Schalters und dem Komplement kann 
auf verschiedene Arten realisiert werden. Ist der 
Button bereits als das aktive Dialogfeld aus- 
gewählt worden, kann zu diesem Zweck z.B. die 
Leertaste betätigt werden. 

Darüber hinaus besteht auch die Möglichkeit, 
den Button durch Betätigung des entsprechenden 
Hotkeys umzuschalten, sofern der Push-Button 
über einen Hotkey verfügt und dieser innerhalb 
der Dialogmaske angezeigt wird. Der Push-But- 
ton wird dadurch gleichzeitig zum aktuellen Dia- 
logfeld gewählt. 

Diesem Mechanismus folgt auch die Maus, die 
den Status des Push-Button umschaltet und ihn 
gleichzeitig als das aktuelle Dialogfeld auswählt, 
sobald sich der Mauscursor zwischen der linken 
eckigen Klammer und dem Ende des Button-Tex- 
tes befindet und der linke Mausknopf niederge- 
drückt wird. 

Push-Buttons sind immer Einzelgänger; auch 
wenn eine Dialogmaske mehrere dieser Objekte 
enthält, diese sogar unter- oder nebeneinander 
angeordnet werden, handelt es sich dabei immer 
um individuelle Instanzen des Dialogtyps »Push- 
Button«. Mit den anderen Push-Buttons inner- 
halb der Maske steht ein solches Objekt in kei- 
nerlei Kontakt. 


Radio-Buttons 


Radio-Buttons tauchen im Gegensatz zu Push- 
Buttons immer in »Rudeln« auf, von denen einer 
und nur einer zur gleichen Zeit aktiv ist. Der 
Anwender erhält dadurch die Möglichkeit, aus 
mehreren, fest vorgegebenen, Wahlmöglichkei- 
ten die eine zu wählen, die ihm zusagt. Radio- 
Buttons lassen dem Anwender dadurch schon 
mehr Auswahlmöglichkeiten als Push-Buttons, 
aber immer noch weniger Freiheit als beispiels- 
weise Edit-Felder, in die der Anwender eintragen 
kann, was er möchte. 

Zum Einsatz kommen Radio-Buttons z.B. bei 


der Auswahl eines Ausgabegeräts (COM, LPT, 
AUX etc.) oder bei der Einstellung der Baud-Rate 
für die serielle Schnittstelle (110, 150, 300, ...), 
doch sind dies nur zwei von unzähligen Möglich- 
keiten für den Einsatz dieser Art von Dialogob- 
jekten. 

Ähnlich den Push-Buttons gehen den verschie- 
denen Auswahl-Texten bei Radio-Buttons eben- 
falls Klammern voran. Zur optischen Unterschei- 
dung von Push-Buttons handelt es sich dabei je- 
doch nicht um eckige, sondern um runde Klam- 
mern, die im Fall der Auswahl auch nicht ein X, 
sondern einen Punkt »®« enthalten. Aus dem 
Text, der sich an diese Klammern anschließt, 
muß jeweils deutlich die Wahlmöglichkeit her- 
vorgehen, für die der jeweilige Radio-Button 
steht. 

Die einzelnen Auswahlmöglichkeiten, die zu 
einer Gruppe von Radio-Buttons gehören, wer- 
den grundsätzlich in einer Zeile nebeneinander 
oder in mehreren Zeilen untereinander darge- 
stellt, wobei die Button-Klammern dann jeweils 
linksbündig abschließen müssen. Welche der 
beiden Möglichkeiten Sie als Programmierer 
wählen, steht Ihnen völlig frei und ist an keine 
Konvention gebunden. Sobald die Anzahl der 
Wahlmöglichkeiten jedoch eine bestimmte Größe 
überschreitet, ist es aus Gründen der Übersicht- 
lichkeit ratsam, die einzelnen Buttons unterein- 
ander anzuordnen, weil das Dialogfenster sonst 
schnell die gesamte Bildschirmbreite einnehmen 
muß, was optisch nicht immer den besten Ein- 
druck macht. 

Die Auswahlmöglichkeiten zwischen den ver- 
schiedenen Buttons, die zu einer Gruppe von 
Radio-Buttons gehören, ähneln denen bei Push- 
Buttons. 

Ist ein Objekt vom Typ Radio-Button als aktu- 
elles Objekt ausgewählt worden, kann zwischen 
den verschiedenen Wahlmöglichkeiten mit Hilfe 
der Cursor-Tasten ausgewählt werden. Die Cur- 
sor-Tasten [t) und [«) bewegen den aktiven But- 
ton (erkennbar am Punkt zwischen den runden 
Klammern) um eine Auswahl in Richtung auf 
den ersten Button, während die Cursor-Tasten 
(+) und (>) ihn in die entgegengesetzte Richtung 
bewegen. Sind einzelne Buttons nicht wählbar 
(man erkennt sie an der etwas dunkleren Farbe), 
werden sie übersprungen. 

Darüber hinaus kann jeder Radio-Button mit 
einem eigenem Hotkey ausgestattet werden, der 
am Bildschirm farblich hervorgehoben wird und 
durch dessen Betätigung der Button als der ak- 
tive Radio-Button innerhalb seiner Gruppe aus- 
gewählt wird. Ist die Gruppe der Radio-Buttons 
zum Zeitpunkt der Betätigung des Hotkeys noch 
nicht das aktuelle Dialogfeld, wird sie dazu ge- 
macht. 

Ähnlich geschieht dies bei der Auswahl eines 
Buttons mit Hilfe der Maus. Wie auch bei Push- 
Buttons muß der Mauscursor nicht unbedingt 
zwischen die beiden runden Klammern geführt 


#define SetMengedateilm) ( SMlm, 'a', 'z’ ).SMlm 'a, 2), \ 
”m, 't','),Mm,3,3%), \ 
Ku Pe En Pas 15 BEL \ 
Mm), Mm dt, ), \ 
ml.) te) \ 
sm m ‚A ‚A ) aM m, ’g' 1: ) ) 
#define SetMengefath(m) ( SetMengeDatei(m), \ 
Sm "27 }, Sm, 92,92) ) 
{*— Beschreibung der Struktur eines Dialogbox-Beschreibers —— + / 
extern DIGFKT std edit _fkt; /* Funktionen zur Verwaltung von Edit- */ 
extern DLGFKT std.ab_fkt; /* Feldern, Action-, Pusb- und Radio- */ 
extern DLGFKT std_pb_fkt; * Buttons “/ 
extern DLGFKT std_rb_fkt; 
typedef vold (*PAINTFKT)( void ); /* Fkt. zur Gestaltung einer Dialogbox */ 
Kr struct /* Daten, die für jedes Dialog-Feld benötigt werden */ 
void * daten; /* Zeiger auf Datenblock */ 
/" Zeiger auf Struktur mit Dialog-Funktionen */ 


typedef DLEDATEN * DLEDPTR; 
typedef struct 
[ 


BYTE x_ start, /* Koordinaten obere linke Ecke % 
y_start, /* der Dialogbox 

x_len, /* Größe der Dialogbox in 7 

„N en, /* Spalten und Zeilen w 

/* Anzahl der Dialogfelder */ 

/* Funktion zur Gestaltung der Dialogbox */ 

/* Zeiger auf Vektor mit Zeigern */ 

/* auf Dialogfeld-Daten » 


/* Zeiger auf Dialog-Daten */ 
/* beschreibt eine Dialogbox */ 


PAINTFKT Paintfkt; N 
DLEDPTR datptr; 


} DIGDES; 
typedef DIGDES * DIGDESPTR; 


/*— Beschreibung der Sheet die für ein alphanumerisches Eingabefeld -—*/ 
/*— vom Type EDIT benötigt werden —/ 


typedef BYTE EMENGE[ 64 ]; 1* Eingabemenge */ 
typedef BYTE *EMP; /* Zeiger auf eine Eingabemenge */ 


/* Zeiger auf Dialogbox-Struktur */ 


typedef struct /* beschreibt ein alphanumerisches Eingabefeld */ 
{ 
BOOL enabled; /" darf das Feld angewählt werden? */ 
BE x, /* Anfangskoordinate relativ zur oberen ze 
y% /" Vinken Ecke des Dialogbox 
len, {" Anzahl der Zeichen im Eingabefeld “ 
visiz /* Anzahl der sichtbaren Zeichen */ 
char * text; /* Text vor dem Eingabefeld */ 
BYTE * eingabe; /* Zeiger auf den Eingabepuffer */ 
EM mtr; /* Zeiger auf die Menge erlaubter Zeichen */ 
} EDITFELD; 


/*— Beschreibung der Strukturen, die für die Verwaltung von Action Buttons “ 
{*— (AB) benötigt werden. 

/*— ACHTUNG! Action Buttons darf es im Gegensatz zu EDIT-Feldern, Push- 7 
/*— Buttons etc. nur einmal pro Dialogbox geben “/ 


typedef struct /* beschreibt einen Action-Button */ 
B00L enabled; /* darf der AB ausgewählt werden? */ 
SITE x /* Bildschirmposition relativ zur oberen */ 
Yi /* Vinken Ecke des Dialogfensters 
char * name; /* Pointer auf String mit Text */ 
TASTE key; /* Taste, mit der dieser AP (zusätzlich zum evtl. */ 
/* vorhandenen Hotkey) verbunden wird / 

} ONEAB; 


typedef ONEAB "ABPTR; /* Zeiger auf einen AB-Beschreiber */ 


typedef struct /* beschreibt eine Gruppe von Action-Buttons */ 
1 
BYTE anz, /* Anzahl der Action-Buttons */ 
standard; /* Default Action-Button */ 
ABPTR abp; /* Zeiger auf Vektor mi AB-Beschreibern */ 
] ABGROUP; 


J*— Beschreibung der Strukturen, die für die Verwaltung von Radio-Buttons —*/ 
/*— (RB) benötigt werden. 


typedef struct /* beschreibt einen Radio-Button */ 
BO0OL enabled; /* darf der RB ausgewählt werden? */ 
BIE x, /* Bildschirmposition relativ zur oberen */ 
71 /* Vinken Ecke des Dialogfensters ”/ 
char * name; /* Pointer auf String mit Text */ 

} ONERB; 


typedef ONERB *RBPTR; 
typedef struct /* beschreibt eine Gruppe zusammengehöriger Radio-Buttons */ 


BITE anzahl, {" Anzahl der Radio-Buttons */ 

” varptr; /* Zeiger auf Variable, die die Nummer des RB aufnimmt */ 
RBPTR rbvek; /* Zeiger auf den Vektor mit den RB-Beschreibern */ 
} RBGROUP; 


typedef RBGROUP * RBGROUPTR; 


/"— Beschreibung der Struktur, die für die Verwaltung von Push-Button 
/*— (PB) benötigt wird. 

4*— ACHTUNG! Im Gegensatz zu den Radio-Buttons besteht ein Push-Button 67 
/— immer nur aus einem Eintrag, auch wenn mehrere Push-Buttons auf dem */ 
/*— Bildschirm untereinander angeordnet werden u 4 


/* Zeiger auf einen Rö-Beschreiber */ 


typedef struct /* beschreibt einen Push-Button */ 
1 

B00L enabled: /* darf der PB ausgewählt werden? */ 

BE x /* Bildschirmposition relativ zur oberen */ 

Y /* Ninken Ecke des Dialogfensters ar 

char * name; /* Pointer auf String mit Text */ 


BOOL * varptr; /* Zeiger auf die Variable, mit der der PB verbunden Ist */ 


« } ONEPB: 


typedef ONEPB *PRPTR; /* Zeiger auf einen PB-Beschreiber */ 


1° öffentliche Funktionen ———————————  / 


BYTE DigStart ( DIGDESPTR dptr ); 
TASTE DigPrint ( BYTE x, BYTE y, char ® str. BYTE fn, BYTE fh ); 
void Digdelay ( int pausien ); 
void DigBax ( BYTE x, BYTE y, BYTE xien, BYTE ylen, 
BYTE typ, char * titel, BOOL aktiv ); 
void EdSetMenge( EMP mptr, BYTE von, BYTE bis, BOOL set ); 


/*— Funktionsdeklarationen über Makros 


a) 
#define MausPause{) DigDelayl 1 ) f" Pause bei Mausereignissen */ 


“Listing 1: 
(Ende) 
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® Listing 2: 
DLGPB.C 
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[eennennenesnennsnnnennentneheninnen teen nennen nennen / 


in DLEPB.C */ 
[(— 22222270 1 1 
/* Aufgabe : Enthält die Funktionen zur Verwaltung von Push- ”/ 
5; Buttons, die innerhalb von Dialog-Boxen zum Einsatz */ 
I" kommen. “/ 
I" Dieses Modul muß in Verbindung mit dem DL6-Modul ar) 
!* gesetzt werden. 

a 
f* Autor : MICHAEL TISCHER "/ 
f/* entwickelt am : 16.09.1989 be} 
/* letztes Update : 18.09.1989 “ 
P_————— 22 1 
/* Erstellung + CL /ALSIMICILIH] DLsps.c /c "/ 


ir dann mit dem DLG-Modul und anderen Moduln verbinden */ 


[eeemenntentenenenenn teen hen 


I— Include-Dateien einbinden —————— 1 / 
#include salloc.h> 

#include <string.h> 

#include "dig.h* 


/*— interne Datenstruktur des Dialogtyps PB (Push Button) ——t / 
zen struct /* hier werden die Daten für jeden Push-Button festgehalten —*/ 


BOOL aktiv, /* ist der Push-Button gerade aktiv? */ 
enabled, /* darf der Push-Button ausgewählt werden? */ 
* varptr; /" Zeiger auf die BOOL-Vartable, mit H 
/* der der PB verbunden ist 
TASTE hotkey; /* Hotkey des Push-Buttons (NOKEY = kein Hotkey) “ 
BITE xl, /* Startspalte des Textes */ 
x, /* Endspalte des Textes */ 
yi /* Zeile #/ 
} PBINTERN; 


typedef PBINTERN "PBIP; /* Zeiger auf eine interne P8-Struktur */ 
/*— Prototypen für Funktionen, die in diesem Modul deklariert und in der —*/ 
4*— globalen Vartablen std_pb_fkt zusammengefaßt werden —/ 
void * pb_start ( PBPTR dptr r); 

void pb_ newvall PBIP pbip, va * dptr ); 

void pb_: ende ( PBIP pbip 

BYTE pb_ taste ( PBIP eg TASTE key ); 

void pb_ deak ( PBIP pbip ); 

void pb.: “aktiv ( PBIP pbip, BYTE why ); 

BOOL pb_r maus ( PBIP pbip, BYTE x, BYTE y, BYTE ev ); 

800L pb_can ( PBIP pbip }; 


/*— globale Varfablen, öffentlich “f 

DLEFKT std_pb_fkt = /* Standard Dialog-Funktionen für */ 
l /* jeweils einen Push-Button er 

pb_start, pb_newval, pb_ende „ pb_taste, 

pb_deak, pb_ maus, pb_aktiv, pb_can 


/— globale Variablen, modul Intern ————— 1 
static BOOL justrel; /* zeigt an, ober Button gerade umgeschaltet wurde */ 


[enssnansuennsnnunnensnnnnnnntnnrhtn tan en nennen en 


“PB Es folgen die verschiedenen Funktionen des Dialogtyps PB ® 
( jeweils ein Push-Button ) " 


ee] 


9 hr a a a ch bee ha ehe ee eh hehe 
* Funktion zpbi_toggle N 
ee ae m re aa a 
* Aufgabe + Schaltet den Push-Button um. = 
” Eingabe-Parameter: PBIP = Zeiger auf den Datenblock des Push-Buttons — 

* 


* Return-Wert * keiner 
nee een / 


raid pbi_toggle( PBIP pbip ) 


*pbip->varptr = Ipbip>varptr; /* Flag umdrehen */ 
HoukideMouse(); /* Maus-Cursor ausblenden */ 
VioPrint( pbip>xi+1, pbip->y. Finm), FALSE, ( "pbipvarptr ) 2 X": *"); 

howlouse(): /* Maus-Cursor wieder anzeigen */ 


PELLETS 


* Funktion spb_start e 
Te re 
* Aufgabe : Wird vom Scheduler während der Initialisterung einer * 
« Dialogbox für jeden Push-Button aufgerufen. " 
* Eingabe-Parameter: DPTR = Zeiger auf den Datenblock des Push-Buttons ” 
* Return-kert : Ein Zeiger, den der Scheduler bei allen folgenden Auf- * 
a rufen den Funktionen pb aktiv, pb_tast etc. übergibt. * 


een / 


ne * pb_start ( PBPTR dptr ) 


BIIE f; /* Ausgabefarbe */ 
PBIP pbip: /* Zeiger auf allokierte Struktur mit internen Infos */ 


pbip = (PBIP) mallocl sizeof(PBINTERK) ); 

pbip>varptr = dptr>varptr; 

pbip->enabled = dptr>enabled; 

pbip->aktiv = FALSE, 

pbip->x2 = VL( dptr-x + strien( dptr->name ) + 3 ); 

pbip->hotkey = DigPrint( (pbip->xi = later) a " 5 
se Voldptr->y), 


dptr->name, 
f = (pbip->enabled = tea Flnm) : Flda), 
dptr>enabled? F(hk) : F(dk) 
if Es BaDE oe, t= NOKEY ) {* gibt es einen Hotkey? 7 
—pbip->a2: /* Ja, Endspalte dekrementieren */ 


/* Zeiger auf BOOL-Variable laden */ 
/* Enabled-Flag merken */ 
!* me ist nicht aktiv */ 


/* ist der PB disabled? */ 


if ( Ipbip>enabled ) 
/* Ja, es gibt keinen Hotkey */ 


pbip->hotkey = NOKEY; 
/*— den eigentlichen Button Aa 0. 1/ 


Vioßrint( pbip->xl, pbip->y, f, FALSE, *(pbip->varptr) ? "[x]* = "[.]" ); 
return pbip; /* Zeiger an Scheduler zurückliefern */ 


[ee 


* Funktion spb_newval E 
Aufgabe : Wird nicht direkt vom Scheduler, sondern von einer mit * 


ihm zusasmenarbeitenden Interaktions-Funktion aufge- * 
rufen, wenn sich der Inhalt der Variablen, mit der der * 
re A bauen) ist, durch ein äußeres Ereignis ARUADGBLE.E * 


Eingabe-Parameter: ni der Zeiger, der beim Aufruf von pb_start zurtch-r 
geliefert wurde. 

DPTR = Zeiger auf eine objektspezifische Information * 

. 


rn-Wert : keiner 


. 
. 
. 
. 
. 
. 
. 
- 
* Retu 
BOPUEEr ER EOPPEPPEEE TEL USPPPOPPEPP EL Peer Peer Pe ee sera re rer rer een) 


void pb_newval( PBIP pbip, void * dptr ) 
{ 
I 


werden, sondern es genügt, ihn zwischen der 
linken Klammer und dem Ende des Button-Tex- 
tes zu positionieren. Wird dann der linke Maus- 
knopf niedergedrückt, wird die Auswahl unter 
dem Mauscursor zur aktuellen Auswahl erhoben, 
sofern dies möglich ist. Gleichzeitig wird die 
Gruppe der Radio-Buttons dadurch zum aktuel- 
len Dialogfeld, falls das nicht bereits der Fall ist. 

Daß eine Gruppe von Radio-Buttons das aktu- 
elle Dialogfeld darstellt, erkennt man übrigens 
immer an der Position des blinkenden Cursors, 
der in diesem Fall auf der Bildschirmposition er- 
scheint, an der auch der Punkt anzutreffen ist, 
der die aktuelle Auswahl markiert. 


Realisation der Objekte 


Die Konzeption des Dialogmanagers, wie sie in 
der vorangegangenen Ausgabe des Microsoft Sy- 
stem Journals vorgestellt wurde, kommt der An- 
bindung immer neuer Objekttypen entgegen, da 
der Dialogmanager mit diesen Objekten nur über 
insgesamt sieben Funktionen kommuniziert, 
deren Adressen ihm im Rahmen der Dialogdaten 
übergeben werden. So fällt es auch nicht schwer, 
die bisherigen Dialogobjekte um die beiden 
neuen Objekte »Push-Buttons« und »Radio-But- 
tons« zu erweitern. 

Der Programmcode für die beiden Objekte fin- 
det sich in den Moduln DLGPB.C (Push-Buttons) 
und DLGRB.C (Radio-Buttons), deren Listing auf 
den folgenden Seiten abgedruckt ist. 

Die Typendeklarationen, die Sie zur Anlage 
von Dialogfeldern dieser Art innerhalb Ihrer Pro- 
gramme benötigen, finden Sie innerhalb der IN- 
CLUDE-Datei DLG.H. Sie wurde bereits in der letz- 
ten Ausgabe vorgestellt, nun jedoch um die 
neuen Deklarationen für Push-Buttons und 
Radio-Buttons erweitert. Ersetzen Sie die Datei 
DLG.H aus der letzten Ausgabe deshalb bitte 
durch die neue, die Sie zusammen mit den ver- 
schiedenen C-Modulen auf der Diskette im Heft 
finden. 

Die Typdeklarationen innerhalb von DLG.H 
sind für Sie die einzige Schnittstelle zwischen 
Ihrem Programm und den Dialogobjekten, da Sie 
weder mit dem Programmcode der Objekte, noch 
mit deren interner Realisation in Berührung 
kommen. Nur wenn Sie in die Arbeitsweise der 
Objekte eingreifen möchten, um beispielsweise 
Meta-Objekte zu bilden, die aus den Grundobjek- 
ten »Push-Button« oder »Radio-Button« hervor- 
gehen, kommen Sie mit den Interna beiden 
Modulen DLGRB.C und DLGPB.C in Berührung. 

Der Aufbau dieser Objekte entspricht dem 
standardisierten Aufbau von Dialogobjekten, wie 
er in der vorangegangenen Folge vorgestellt 
wurde. Bitte konsultieren Sie deshalb das Doku- 
mentationsmaterial aus der genannten Folge, 
falls Sie Fragen zu der internen Funktionsweise 
der Objekte haben. 


Deklaration von 
Push-Buttons 


Objekte vom Typ »Push-Button« werden durch 
eine Struktur mit der Typbezeichnung ONEPB 
definiert, deren Deklaration Teil der Include- 
Datei DLG.H ist. Hier wird anhand eines Flags 
vom Typ BOOL zunächst festgehalten, ob der 
Push-Button während der Eingabe innerhalb des 
Dialogfelds verändert werden darf oder nicht. 
Die Konstanten TRUE und FALSE repräsentieren 
die beiden Möglichkeiten. 


typedef struct /* beschreibt einen Push-Button */ 
BOOL enabled; {* darf der PB ausgewählt werden? */ 
BITE x,y; /* Bildschirmposition relativ zur oberen linken Ecke */ 


char * name; /* Pointer auf String mit Text */ 
BOOL * varptr; /* Zeiger auf die Variable, mit der der PA verbunden Ist */ 
) ONEPB; 


Die Position des Push-Buttons innerhalb der 
Dialogbox wird in den folgenden beiden Feldern 
mit den Namen X und Y festgehalten. Die beiden 
Variablen geben die Enfernung der linken Klam- 
mer am Anfang des Buttons von der oberen lin- 
ken Ecke der Dialogbox in Spalten und Zeilen an. 

Der Text, der der Klammer am Anfang des 
Buttons folgt, wird durch eine Variable referen- 
ziert, die auf die Variablen X und Y folgt. Ihre Be- 
zeichnung lautet name und sie stellt einen Zeiger 
auf den entsprechenden String dar. Wie bereits 
bei Edit-Feldern und Action-Buttons können Sie 
dem Push-Button einen Hotkey verleihen, indem 
Sie dem entsprechenden Buchstaben innerhalb 
des Namens ein Doppelkreuz (#) voranstellen. 

Als letzte Information wird innerhalb der 
Struktur ein Zeiger auf die Variable vom Typ 
BOOL verzeichnet, deren Inhalt den Status des 
Push-Buttons widerspiegelt. Bei der Öffnung des 
Dialogfelds wird der Initialstatus des Push-But- 
tons dieser Variable entnommen und nach dem 
Abschluß der Eingabe wieder in diese Variable 
eingetragen. 

Um ein Dialogobjekt vom Typ »Push-Button« 
in eine Dialogmaske aufzunehmen, genügt es je- 
doch nicht, eine Struktur vom Typ ONEPB zu defi- 
nieren; Sie müssen diese Struktur auch innerhalb 
des Vektors aufführen, der die einzelnen Dialog- 
felder und ihre Reihenfolge gegenüber dem Dia- 
logmanager identifiziert und ihm beim Aufruf 
der Funktion DigStart übergeben wird. 

Wie bereits für die Dialogtypen »Edit« und 
»Action-Button« enthält die INCLUDE-Datei DLG.H 
jetzt auch ein Makro, das Sie bei der Angabe 
eines Objekts vom Typ »Push-Button« innerhalb 
des Objektvektors unterstützt. Es trägt den 
Namen PUSHBUT und erwartet als Argument den 
Namen der Variable vom Typ ONEPB, in der Sie 
die Objektdaten abgelegt haben. 

Aufgabe dieses Makros ist es, Sie von der An- 
gabe der Dialogfunktionen zu isolieren, so daß 
Sie mit ihnen gar nicht in Kontakt kommen. So 
lange Sie dieses Makro einsetzen, wird der Dia- 


[euunnnnnsneninentusnnannekhen een ee ee 


* Funktion :pb_ende E 
Te a N 
” Aufgabe : Wird vom Scheduler während des Schließens der Dialog- * 
® box aufgerufen, um PB Gelgegenheit zu geben, Clean-Up * 
3 Arbeiten durchzuführen R 
® Eingabe-Parameter: PBIP = der Zeiger, der beim Aufruf von pb_start sr 
® geliefert wurde. 

* Return-Nert : keiner 6) 


mnimntennnn benennen / 


void pb_ende( PBIP pbip ) 


free{ pbip ); /* die allokierte Struktur wieder freigeben */ 
l 


|| ee een 


* Funktion ıpb_taste e 
Ba tn N la EN Be Ve m 
* Aufgabe : Wird vom Scheduler aufgerufen, um dem Dialog-Feld eine * 
“ Taste zu übergeben, a 
* Eingabe-Parameter: PBIP = der Zeiger, der beim Aufruf von pb_start zu- * 
au rückgeliefert wurde. > 
® TASTE = Code der zu bearbeitenden Taste . 
* Return-Wert : Reaktionscode (TF_...) 2. 
senussnansnsarsnnannsenesnrenenns en see Fer en ern ren ernennen irren / 


BYTE pb_taste( PBIP pbip, TASTE key ) 


if ( pbip>aktiv ) /" ist der Push-Button aktiv? */ 
“3a*/ 


switch ( key ) /* Taste auswerten */ 
{ 
case CUP 2 /* Cursor-Up und -Left schalten Button an -*/ 
case CLEFT : 
“pbip->varptr = FALSE; /" 800L-Variable auf TRUE setzen */ 
pbi_toggle( pbip ); /* (das erledigt pbi_toggle() ) */ 
return IF _ACCEPTED; /* Taste wurde angenommen */ 
case COOWN : /* Cursor-Down und -Right schalten Button aus -*/ 
case CRIGHT : 
*pbip->varptr = TRUE; /" BOOL-Variable auf FALSE setzen */ 
pbi_toggle{ pbip % 


/* (das erledigt pbi_toggle() ) */ 
/* Taste wurde angenommen */ 


die SPACE-Taste schaltet den Button um -*/ 
/* Flag umdrehen */ 
l* Taste wurde angenommen */ 


retürn TF_ACCEPTED 


case ' * au 
pbi togglel pbip ); 
return TF _ACCEPTED; 


case TAB 4 : /* 
return TF_FELD_VOR; 


TAB springt zum nächsten Feld -*/ 


case BACKTAB: /* 
return TF_FELD_RUECK; 


SHIFT+TAB springt zum vorhergehenden Feld -—*/ 


default 2 fem———— jede andere Taste, Ist es der Hotkey? -*/ 
if ( key == pbip->hotkey ) 
{ 


pbi_toggle( pbip ); 
return TF_ACCEPTED; 
} 
else /* Nein, nicht der Hotkey */ 
return TF_WEITER; 


/* Flag umdrehen */ 


} 
2 
/* der Push-Button ist noch nicht aktiv, auf Hotkey testen */ 
w ( key == pbip->hotkey } /* Hotkey? */ 


mar 
ar _toggle( pbip ); {* Flag umdrehen */ 
retürn TF_AKTIV; 
} 
el /* Nein, nicht der Hotkey */ 


se 
return TF_WEITER; 
} 


ferpsnssnennsenneennennnennen teen nn 


* Funktion ıpb_deak = 
.. Pr: 
* Aufgabe : Wird vom Scheduler aufgerufen, us den Push-Button von * 
e seiner Deaktivierung In Kenntnis zu setzen. 

* Eingabe-Parameter: PBIP = der Zeiger, der beim Aufruf von pb_start zurück. 
r geliefert wurde. 

* Return-Wert : keiner e 


a E77 


void pb_deak( PBIP pbip ) 
{ 


pbip->aktiv = FALSE; /* neuen Status merken */ 


Viokidelursor():; /* Cursor vom Bildschirm entfernen */ 
1 
[meonennnnsnennnnsnnnnnennnnnnne nennen nennen sans enta nennen sense 
* Funktion :pb_maus a 
A ah 

Aufgabe : Wird vom Scheduler aufgerufen, um dem Dialog-Feld ein 


Mausereignis zu übergeben 
Eingabe-Parameter: PBIiP +» der Zeiger, der beim Aufruf von pb_start zu- 

rückgeliefert wurde. 

x%, Y = Position des Mauscursors relativ zu oberen 
linken Bildschirmecke 

Ev = EventHaske, die das Ereignis beschreibt, um 
dessentwillen die Funktion aufgerufen wird 

: Reaktionscode {TF_. 


urn-sert 
PERPSEDOr EB SER eb aeereE EE  EPEP Re 


PRrErEr EEE 
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BYTE pb_maus( PBIP pbip, BYTE x, BYTE y, BYTE ev ) 
{ 


if ( pbip>aktiv ) /* ist der Push-Auttons a 7 
Jar 
if ( ev & EV LEFTREL ) /* wurde der linke Mausbutton losgelassen? */ 
7° 38, ste? ob sich die Maus über dem PB befand */ 
#f ( jJustrel == FALSE) /* Mausknopf gerade schon umgeschaltet? */ 
/* Nein */ 
Justrel = TRUE; /* jetzt aber */ 

if ( pbip>y == y Ab x >= pbipoxl 38 x <= pbip>a2 ) 
l /* Maus über Push-Button und Button */ 
if ( pbip->enabied ) /* ist der Button enabled? */ 
pbi_toggle( pbip ); /* Ja, Flag umdrehen */ 
return TF_ACCEPTED; /* Ereignis wurde verarbeitet */ 
} 


eise /* die Maus befindet sich nicht über */ 
return TF_WEITER; /* dem aktuellen Button Y 
} 


eise /* Mausknopf wurde bereits umgeschaltet */ 
return TF_ACCEPTED; /" Mausereignis trotzdem annehmen */ 

l 

else /* Mausknopf wurde nicht iosgelassen */ 


{ 
if ( ev & EV_LEFT_PRESS ) /* wurde Mausknopf betätigt? */ 
I da 
if (pbipoy my RB x >= pbip>xl Ak x <e pbip>x2 ) 
( /* Maus über dem aktuellen Button */ 
/* Umschaltung kann wieder erfolgen */ 
/* Ereignis aktzeptieren */ 


justrei = FALSE; 
return TF_ACCEPTED; 
} 


Listing 2: 
(Fortsetzung) 
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> Listing 2: 
(Ende) 
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eise /* Maus nicht über aktuellem Button */ 
return TF_WEITER; /* Ereignis weiterreichen */ 


else /* unbekanntes Mausereignis */ 
return TF_WEITER; 
1 


} 
else /* Nein, der Push-Button ist nicht aktiv ”/ 


if (ev & EV LEFT PRESS ) /* wurde der linke Mausbutton niedergedrückt? */ 
if ( pbip>enabled 88 pbip>y == y 86 

x >= pbip>xl 38 x «= pbip->x2 ) Ir Ja" 

; /* Maus über dem Button und Button enablded */ 

een TF_WEITER; /* Mausereignis abweisen */ 
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Funktion :pb_can 
. .. 
" Aufgabe : Wird vom Scheduler aufgerufen, um festzustellen, 0 * 
R das Dialogfeld bereit ist, aktiviert zu werden. ® 
* Eingabe-Parameter: PBIP = der Zeiger, der beim Aufruf von pb_start Zurück” 
* geliefert wurde. 
: TRUE, wenn das Dialog-Feld aktiviert werden kann, « 


* Return-Wert 
« sonst ERLSE 


Kenbennnsnnneennnennae en atenee 


BOOL pb_can( PBIP pbip ) 


eek pbip->enabled; /* Enabled-Flag entscheidet */ 


x Fanktion 
.- 


. 
* Aufgabe : Wird vom Scheduler aufgerufen, um das Dialog-Feld von * 
« seiner Aktivierung in Kenntnis zu setzen. ® 
* Eingabe-Parameter: PBIP = der Zeiger, der beim Aufruf von pb_start zurück-* 
. geliefert wurde. 

WHY = warum wird das Feld aktiviert . 
* Return-Wert : keiner IR 


sennsennniennennneerssnenhen nenne erneuern eennan en nennen een nenn ernennen / 
void pb_aktiv( PBIP pbin, BYTE why ) 
Justrel = FALSE; 


pbip->aktiv = TRUE; 
VioSetlursor( pbip->xi+1, pbip->y ); 
) 


/* neuen Status merken */ 
/* Cursor auf den PB setzen */ 


logmanager immer die vorgegebenen Dialog- 
funktionen aus der Datei DLGPB.C aufrufen und 
sich das Objekt dadurch in der oben beschriebe- 
nen Art und Weise verhalten. 


Deklaration von 
Radio-Buttons 


Radio-Buttons werden durch eine Datenstruktur 
mit dem Namen RBGROUP beschrieben, die 
ebenfalls innerhalb der INCLUDE-Datei DLG.H de- 
klariert wird. Sie nimmt zunächst die Anzahl der 
einzelnen Buttons innerhalb einer Gruppe von 
Radio-Buttons im Feld anzahl auf. 

Darüber hinaus wird dort mit der Komponente 
varptr auch ein Zeiger auf die Variable vom Typ 
BYTE erfaßt, die die Nummer des aktuell ausge- 
wählten Radio-Buttons aufnimmt. 


typedef struct /* beschreibt eine Gruppe zusammengehöriger Radio-Buttons */ 
[ 


BYTE anzahl, /* Anzahl der Radio-Buttons */ 

* varptr; /* Zeiger auf Variable, die die Nummer des RB aufnimmt */ 
RBPTR rbvek; /* Zeiger auf den Vektor mit den RB-Beschreibern */ 
} RBGROUP; 


Analog zu der Verfahrensweise bei Push-But- 
tons gibt ihr Inhalt beim Öffnen der Dialogbox 
die Nummer des aktiven Radio-Buttons an und 
nimmt nach dem Abschluß der Eingabe auch die 
Nummer des Radio-Buttons auf, den der Anwen- 
der während der Eingabe ausgewählt hat. Der In- 
halt dieser Variable bewegt sich immer zwischen 


0 (erster Radio-Button ausgewählt) und der An- 
zahl der Radio-Buttons minus 1 (letzter Button 
ausgewählt). Sie kann dadurch vom Aufrufer der 
Dialogbox leicht als Index in einen Vektor 
benutzt oder im Rahmen einer switch-Anwei- 
sung eingesetzt werden. 

Als letzte Komponente wird innerhalb einer 
Datenstruktur vom Typ RBGROUP ein Zeiger auf 
einen Vektor aufgeführt, der die einzelnen 
Radio-Buttons genauer beschreibt. Diese Kompo- 
nente trägt den Namen rbvek und verweist auf 
Strukturen vom Typ ONERB. 

Diese Struktur besteht aus vier Komponenten, 
deren Inhalt den verschiedenen Komponenten 
innerhalb von ONEPB gleicht. Hier kann neben der 
Position des Buttons relativ zur oberen linken 
Ecke der Dialogbox auch der zugehörige Button- 
Text ausgewählt werden, in dem wie bei den 
Push-Buttons ein Hotkey aufgeführt werden 
kann. 

Über das Feld enabled können Sie verschie- 
dene Buttons von der Auswahl ausschließen, 
doch müssen Sie dafür Sorge tragen, daß immer 
mindestens ein Button wählbar bleibt. Bei min- 
destens einem Radio-Button muß dieses Feld 
also den Wert TRUE enthalten. 


Eine Demo-Dialogbox 


Wie schon in der vorangegangenen Folge dieser 
Serie möchte ich Ihnen auch diesmal wieder ein 
kleines Demoprogramm anbieten, das Ihnen die 
Anlage der verschiedenen Datenstukturen ver- 
deutlicht, die der Dialogmanager und die Dialog- 
funktionen der verschiedenen Objekte zur Ver- 
waltung der Objekte benötigen. DLGDEMO.C ist 
sein Name, und Sie finden es wie auch alle ande- 
ren Dateien auf der Diskette in diesem Heft. 

Neben den Moduln DLG.C, DLGEDIT.C und DLG- 
AB.C, die in der vorangegangenen Folge vorge- 
stellt wurden, benötigen Sie zur Kompilation die- 
ses Programms auch die Module VIO.C und 
KBM.C aus den ersten beiden Folgen dieser Serie. 

Wie Sie aus diesen Modulen ein ausführbares 
Programm erzeugen können, verrät Ihnen der 
Kommentar im Kopf der Datei DLGDEMO.C. 
Michael Tischer 


Michael Tischer ist freier EDV-Journalist, Programmierer 
und Fachbuchautor. Zu seinen bekanntesten Werken 
zählt das Buch »PC-Intern« aus dem Data-Becker-Verlag, 
das hierzulande als das Standard-Werk zur PC-Program- 
mierung gilt. Darüber hinaus schreibt Michael Tischer 
für verschiedene EDV-Fachzeitschriften und ist mit seiner 
SAA-Serie ständiger Gast im Microsoft System Journal. 
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v. DLERB.C nF 


/* ” 
/* Aufgabe : Enthält die Funktionen zur Verwaltung von Radio- “/ 
Tg Buttons, die innerhalb von Dialog-Boxen zum Einsatz */ 
PR kommen. 7 
/* Dieses Modul muß in Verbindumg mit dem DLE-Modul ein-*/ 
r gesetzt werden. % 
/" Autor : MICHAEL TISCHER hr 
/I* entwickelt am : 16.09.1989 ie 
5 letztes Update : 18.09.1989 BY 
.. 

/* Erstellung » CL /ALSINICILIH] DLERB.C /C 7 
I dann mit dem } und anderen Moduln verbinden */ 


|||] 


{°— Include-Dateien einbinden ———— — — — — — — —  / 
#include mailoc.h> 

#include <string.h> 

include "dig.h* 

/*— interne Datenstruktur des Dialogtyps RB (Radio Button) ——t / 


Su struct /* interne Informationen für jeweils einen Radio-Button */ 


TASTE hotkey; /* der Hotkey des RB */ 
BOOL enabled; /* R8 wählbar? */ 
BYTE y, /* Zeile */ 
xl, x2; /* erste Spalte, letzte Spalte */ 

} RBINFO; 
zn struct /* Daten für jede Gruppe von Radio-Buttons */ 


/” ist das Objekt gerade aktiv? */ 
mouout; /* wurde Mausknopf außerhalb eines AB losgelassen? */ 
RBINFO * Infoptr; /* Zeiger auf den Vektor mit den Hotkeys */ 


Byte anz, /" Anzahl der Radio-Buttons in dieser Gruppe */ 
* varptr; /* Zeiger auf die zugehörige Variable */ 
} RBINTERN; 


typedef RBINTERN "RBIP; 


/*— Prototypen für Funktionen, die in diesem Modul deklariert und in der = 
4*— globalen Variablen std_rb_fkt zusammengefaßt werden 


void * rb_start ( RBGROUPTR dptr ); 

void rb_newal( RBIP rbip, void * dptr ); 

void ende ( RBIP rbip ); 

BYTE { RBIP rbip, TASTE key ); 

void ÜRBIP rbip ); 

void v ( RBIP rbip, BYTE why ); 

BOOL Gel { RBIP rbip, BYTE x, BYTE y, BYTE ev ); 
BOOL rb_can ( RBIP rbip ); 


/— globale Variablen, öffentlich ————————— 1 / 

DLGFKT std_rb_fkt = /* Standard Dialog-Funktionen für */ 
{ /* jeweils einen Radio-Button “ 
rb_start, rb_newval, rb_ende , rb_taste, 

& rb_deak, rb maus, rb\; aktiv, rblcan 


/*— globale Varfablen, modul intern — 47 
static BOOL justrel; /* zeigt an, ober Button gerade umgeschaltet wurde */ 


ee 


"RB Es folgen die verschiedenen Funktionen des Dialogtyps RB * 
# ( jeweils eine Gruppe von Radio-Buttons ) ® 


EEE EEE TE ET Teer TE ee 77 


/* Zeiger auf eine interne RB-Struktur */ 


3233 
x 2 B 


3 


PBeshehshehdsleieiehhdiehehehehskeielahehehsicheieleielehehichei jet hehehele abet tele hahsheha leiste lachte heieieladedee hehe 


* Funktion ırbi_next w 
1 er EHER sr / BEE EEE EEE 
* Aufgabe : Interne Funktion, die zur Auswahl eines neuen Rös nach * 
“ der Betätigung einer Cursor-Taste oder einer Maus- = 
« auswahl aufgerufen wird. = 
* Eingabe-Parameter: RBIP_ = Zeiger auf den Internen Datenblock = 
* OFFSET » Suchrichtung (+1, -1 etc.) 

. 


Return-Wert : keiner 


. 
- 
Eee ee / 


void rbi_next( RBIP rbip, int offset ) 


RBINFO * ifp; I” Laufzeiger in den internen RB-Vektor */ 
int % /* Nummer des neuen RB */ 


1 = *rbip>varptr; /* I mit der Nummer des aktuellen Elements laden */ 
Afp = rbip->infoptrri; /* ifp auf aktuelles Element im Vektor setzen */ 


MoukideMouse(); {* Maus-Cursor ausblenden */ 
Vioprint( ifp->xir1, ifp->y, Finm), FALSE, * * ); /* Button ausblenden */ 


/*— den nächsten RS in der über OFFSET angegebenen Richtung suchen, der —*/ 


/*— enabled ist _/ 
* 
1 #= offset; /* 1 mit der Nummer des nächsten Elements laden */ 
it (i=<0) /* Wrap-Around zum letzten RB? */ 
ifp = rbip->infoptr + (1 = rbip->anz-I ); 
else /* Nein */ 
if {1 == rbip>anz ) ]* Wrap-Around zum ersten RB? */ 
{ de da */ 
ffp = rbip->fnfoptr; 
1-0 
eise /* gar kein Wrap-Around */ 


f ifp +4 offset; 
while ( ifp->enabled == FALSE ); 


f*— es wurden ein Button gefunden, der enabled ist ——— ——— t / 
*rbip->varptr = i; /* Nummer des neuen akt. Button setzen */ 
VioPrint( Ifp->xl#l, iger Firm), FALSE, ”\x07* ); /® Button markieren */ 
VioSetCursor( ifp->x1+l, % /* Cursor draufsetzen */ 
HouShowMouse(); /* Haus-Cursor wieder einblenden */ 


Pelle kcal lieh held sieh dh eh abet al tete halte hehe hd 


* Funktion ırbi_hotkey | 
ne Walssje$3 22 SBBBEBNFEE Ar rei A 15 4? A BR BEE Sr 
* Aufgabe : Interne Funktion, die bei der Suche nach einem Hotkey * 
« innerhalb eines Rds eingesetzt wird. = 
* Eingabe-Parameter: RBIP_| = Zeiger auf den internen Datenblock » 
7 KEY = die betätigte Taste und vermeintlicher Hotkey * 
" Return-Wert : TF_ACCEPTED, wenn es sich um einen Hotkey handelt und * 
. TF WEITER, wenn die Taste nicht als ein solcher iden- * 
. tifiziert werden konnte, " 
* Info : Wird die Taste als Hotkey erkannt, wird auch gleich = 
® der neue AB angezeigt. « 
|; ET 


BYTE rbi_hotkey( RBIP rbip, TASTE key ) 
l 


BYTE 1; /* Schleifenzähler */ 
RBINFO * Irip; /* Laufzeiger In Internen Vektor mit RB-Beschreibern */ 


for ( Irip = rbip>infoptr, i = 0; 
4 < rbip>anz 56 Irip->hotkey I= key; 
+, #+irip )i 
if ( 1 < rbip>anz ) /* wurde der Hotkey ia % 
{ ”)Ja® 
rbi_next( rbip, I-*rbip->varptr ); /* neuen RB anzeigen */ 
return TF ;_ACCEPTED; 


else /* der Hotkey wurde nicht entdeckt */ 
return TF_WEITER; 


[ermenansnnnnenennsnnnnetee teen een 


" Funktion ırbi_ maus e 
ee 
* Aufgabe : Interne Funktion, die feststellt, ob sich die angege- * 
e bene Bildschirmposition innerhalb eines der verschie- * 
” denen Radio-Buttons befindet. = 
* Eingabe-Paramster: RBIP_ = Zeiger auf den internen Datenblock - 
= %,Y = absolute Bildschirmposition P 
* Return-Kert : Die Nummer des RB oder -1, wenn sich kein RB an der hd 
. . 


angegebenen Position befindet. 


BEE TE TE 25 22 a a EEE 7 


Im rbi_maus( RBIP rbip, BYTE x, BYTE y ) 


BrTE 1; /* Schleifenzähler */ 
RBINFO * Irip; /* Laufzeiger in internen Vektor mit RB-Beschreibern */ 


for { Irip = rbip>infoptr, I = 0; 1 < rbip>anz; ++, rip ) 
if ( Irip>y my bb x >= Irip>xi 34 x <= Irip>xZ ) 
retum 1; I" RB entdeckt! */ 


return -1; /” keinen RB entdeckt */ 


Tssisieieisielsieisisieieleieleleiehehehdhehdhdeichehchduichshnheteteieheheleiedehdeddldshiichäshsishddisishdsieichcheichsichelchiei 


Funktion ırb_start 


Aufgabe : Wird vom Scheduler während der Initialisjerung einer 
Dialogbox für jeden Radio-Button aufgerufen. 

Eingabe-Parameter: DPTR = Zeiger auf den Datenblock des Radio-Buttons 

Return-Wert : Ein Zeiger, den der Scheduler bei allen folgenden Auf- 
rufen den Funktionen rb_aktiv, rb_tast etc. übergibt. * 


weernennenenenersneernuennereesenensenennner Tannen ienetennerneesnnenerereene/ 


we * rb_start ( RBGROUPTR dptr ) 


BITE ii, /* Schleifenzähler */ 

% /* Ausgabefarbe */ 
RBPTR Irbptr; /* Laufzeiger in den übergebenen RB-Vektor */ 
RBINFO *Irifp; /* Laufzeiger in den internen RB-Vektor */ 
RBIP  rbip; /* Zeiger auf allokierte Struktur mit internen Infos */ 


/*— Puffer für interne Struktur und zugehörigen Vektor allokieren li 
rbip = (RBIP) malloc( sizeof(RBINTERN) ); 
rbip>infoptr = (RBINFO *) malloc( dptr->anzahl * sizeof( RBINFO ) }; 


/* Anzahl der Buttons merken */ 
/* Zeiger auf BYTE-Variable laden */ 
/* das Objekt ist nicht aktiv */ 


rbip->anz = dptr->anzahl; 
rbip>varptr = dptr>varptr; 
rbip->aktiv = FALSE; 


/*— die einzelnen Radio-Buttons durchlaufen, dabei Informationen in den —*/ 
/*— Vektor eintragen und die Rös ausgeben —/ 


for ( Irbptr = dptrrbvek, Irifp = rbip>infoptr, 1 = 0; 
4 < dptr->anzahl; 
+1, ++irbptr, ++1rifp ) 


{ 
Irtfp->x2 = VL( Irbptr->x + strien( Irbptrname ) + 3 ); 


Irifp->hotkey = 
DigPrint( (Irifp>xi = VL(irbptrx)) + 4, 
Irifp>y = W(Irbptr>y). 
Irbptr->name, 
f = (Irifp->enabled = Irbptr->enabled)? Finm) : Flda), 
Irbptr->enabled? F(hk) : F{dk) ) 
Vioprint( Irifp>xi, Irifp->y, f, FALSE, 
{ *rbip>varptr == I.) ? *(\x07)" 2 ”( )* ); 


if ( Irifp->hotkey I= NOKEY ) /" gibt es einen Hotkey? */ 
—Irtfp>x2; {* Ja, Endspalte dekresentieren */ 


if ( Mirifp->enabled ) 
Irifp->hotkey = NOKEY; 


/* ist der RB disabled? */ 
/* Ja, es gibt keinen Hotkey */ 


return rbip; /* Zeiger an Scheduler zurückliefern */ 


F Aukuheiuhsinheininhshchebehahskaisinkalshshuhbehsheinheiuhateinhebaichsiehshubnbaicishchetehebnlebubshchaiebsinichsdubhelehstebslehuisehaieheiehuhed 
” Funktion ırb_newval r 
a —— ar Fl I ne u —. 2] 
* Aufgabe : Wird nicht direkt vom Scheduler, sondern von einer mit * 
= ihm zusammenarbeitenden Interaktions-Funktion aufge- * 
® rufen, wenn sich der Inhalt der Variablen, mit der der * 
u RB verbunden ist, durch ein äußeres Ereignis verändert © ® 
e hat. 

* £ingabe-Parameter: ABIP = der Zeiger, der beim Aufruf von rb_start zurüch-r 
» geliefert wurde. 

* DPTR = Zeiger auf eine objektspezifische Information * 
* Return-Wert : keiner gr 


Beennenseeernensensenssene seen nennen se rennen rennen nennen een] 
al rb_newval( RBIP rbip, void * dptr ) 
} 


een een 


* Funktion ırb_ende h 
ar ER NEED u 2m 
* Aufgabe + Wird vom Scheduler während des Schließens des Dialog- * 
. box aufgerufen, um RB Gelegegenheit zu geben, Clean-up ® 2 
A Arbeiten durchzuführen. 

* Eingabe-Parameter: RBIP = der Zeiger, der beim Aufruf von rb_start zurüct-: 
e geliefert wurde. 

" Return-Wert : keiner % 


“enshsnenisensutnenheen nennen teren ent neneneee/ 


rb_ende( RBIP rbip ) 


free( rbip>infoptr ); /* Vektor mit internen RB-Beschreibern freig. */ 
lie rbip ); /* die allokierte Struktur wieder freigeben */ 


Listing 3: 
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® Listing 3: 


(Fortsetzung) * Funktion ırb_taste 


* Aufgabe 
" Taste zu übergeben. 

* Eingabe-Parameter: RBIP = der Zeiger, der beim Aufruf von rb_start zu- 
hf rückgeliefert wurde. 

e TASTE = Code der zu bearbeitenden Taste 

* Return-kert ı Reaktionscode (TF_...) 


Pe PN RR esse ES Rn 


BYTE rb_taste( RBIP rbip, TASTE key ) 
\ 


i* ist das Objekt aktiv? 
Ir Ja 
/* Taste auswerten 


1# ( rbip>aktiv ) 
switch ( key ) 
{ 


case CUP 

case CLEFT : 
rbi_next( rbip, -1 ); 
return TF_ACCEPTED; 


/" nächsten Button markieren 
/* Taste wurde angenommen 


feememmemmeemunenenennnnsn nennen nennen nenne nenne 


* 
.. 


: Wird vom Scheduler aufgerufen, um dem Dialog-Feld eine * 


. 
/ 


“/ 
*/ 
bl 


: fe—— Cursor-Up und -Left springen einen AB nach oben —*/ 


“/ 
“ 


case CDOWN : /*- Cursor-Down und -Right springen einen RB nach unten —/ 


case CRIGHT : 
rbi_next( rbip, 1); 
return TF_ACCEPTED; 


/* nächsten Button markieren 
/* Taste wurde angenommen 


case TAB : /* 
return TF_FELD_VOR; 


case BACKTAB: /* 
return TF_FELD RUECK; 


SHIFT+TAB springt zum vorhergehenden Feld 


default 32 di 
return rbi_hotkey( rbip, key ); 
j } 
else /* der Radio-Button Ist noch nicht aktiv, auf Hotkey testen 
return ( rbi_hotkey( rbip, key ) == TF_ACCEPTED ) ? TF_AKTIV : TF WEITER; 


andere Taste, Hotkey testen 


P> Listing 4: 
DLGDEMO.C 


N 
4 


TAB springt zum nächsten Feld -*/ 
BT] 


By] 


“ 


feraeenennnnnnnnnnnnntnnenennen nennen nenne teen nennen 


* Funktion 


* Aufgabe 


ırb_deak 


seiner Deaktivierung in Kenntnis zu setzen. 


: Wird vom Scheduler aufgerufen, um den Radio-Button wm: - 


* Eingabe-Parameter: RBIP = der Zeiger, der beim Aufruf von rb_start zurück-" 


geliefert wurde. 
* Return-hert : keiner 


anunnenennenennnenneetn nee 


void rb_deak( RBIP rbip ) 
l 

rbip->aktiv = FALSE; 
ealeeaerO 


/* neuen Status merken 
/* Cursor vom Bildschirm entfernen 


.../ 


ne 
7 


[ertennanennnsnnnenansnrtnnsnen trennen 


* Funktion ırb_maus 
. 


Aufgabe : Wird vom Scheduler aufgerufen, um dem Dialog-Feld ein 
Mausereignis zu 

Eingabe-Parameter: RBIP = der Zeiger, der beim Aufruf von rb_start zu- 
rückgeliefert wurde. 

= Position des Mauscursors relativ zu oberen 
Vinken Bildschirmecke 

[37 = Event-Maske, die das Ereignis beschreibt, um 

dessentwillen die Funktion aufgerufen wird 

: Reaktionscode (TF_...) 


. 
. 
. 
. 
. %7 
. 
. 
. 
B 


Return-Wert 


a: } 


PLLEIDLELDTSOTELELELETUGPTTEETOORTELELL DELLLETELLDIELELLEDELETF EEE LTE LE 72277 


BYTE rb_maus( RBIP rbip, BYTE x, BYTE y, BYTE ev ) 
( 


int mourb; /* für Suche nach einem Radio-Button 


If ( rbip>aktiv 58 Irbip>mouout ) /* Ra aktiv und nicht außerhalb? 

I" Ja 

if ( ev 8 EV_LEFT REL ) /" wurde der linke Mausbutton losgelassen? 

{ 7° Ja, feststellen, ob sich die Maus über dem RB befand 
#f ( ( wurb = rbi_maus( rbip, x. y) ) 1-1) 

/* Maus über einem Radio-Button 

#* Wausknopf gerade schon umgeschaltet? 

/* Nein 

/* jetzt aber 


# ( Justrel == FALSE) 


jJustrel = TRUE; 
if ( (rbip>infoptrimourb)->enabled ) /* ist der RB enabled? 
rbi_next( rbip, mourb-*rbip->varptr ); /" Ja, anwählen 
else /* Nein, Cursor wieder auf akt. RB 
VioSetlursor( (rbip->infoptr+'rbip->varptr)>xi+l, 
(rbip->infoptr+*rbip->varptr)->y ); 
return TF_ACCEPTED; /* Ereignis wurde verarbeitet 
) 


else /* Mausknopf wurde bereits umgeschaltet 
return TF_ACCEPTED; /* Mausereignis trotzdem annehmen 


} 
else /* die Maus befindet sich nicht über einem RB 


VioSetCursor( (rbip->infoptr+*rbipvarptr)>xiel, /* Cursor auf 
(rbip->infoptr+*rbip->varptr)->y ); /* akt RB 
Justrel = TRUE; /* gerade losgelassen 
rbip->mouout = TRUE; /* außerhalb der Buttons losgelassen 
return TF_WEITER; /* Ereignis nicht akzeptieren 
} 
} 
else /* Mausknopf wurde nicht losgelassen 
bi ( ex 8 EV_LEFT_PRESS ) /* wurde Mausknopf IT 
. 
If CC mourb = rbi_maus( rbip, x, y) ) I* -1) 
{ /* Maus über einem der Radio-Buttons 
Justre! = FALSE; /* Umschaltung kann wieder erfolgen 
if ( {rbip>infoptrimourb)->enabled) /* ist der Button enabled? 


“ 


Ja */ 


7 
“ 
“ 


VioSetlursor({rbip->infoptrtmourb) >x1+1, (rbip->infoptr+mourb)->y); 


} 
ra TF_ACCEPTED; /* Ereignis in jedem Fall akzeptieren 
else /* unbekanntes Mausereignis 
return TF_WEITER; 


else /" RB nicht aktiv oder Mausknopf außerhalb losgelassen 


if (ev & EV_LEFT_PRESS ) /* wurde der linke Mausbutton niedergedrückt? 
## ( ( mourb = rbi_maus( rbip, x, y) ) I= -1 88 
(rbip>infoptr+mourb)->enabled ) 
/* Maus über dem Button und Button enabled 
]* Mausereignis abweisen 


return TF_MAUS; 
return TF_WEITER; 
) 
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1.4 
Y 


7 


[erewenunnnnnnennennenn nme nen nun nn en en n en n ten n een ent ten 


* Funktion ırb_can R 
TE | 
”" Aufgabe : Wird vom Scheduler aufgerufen, um festzustellen, bb — * 
? das Dialogfeld bereit ist, aktiviert zu werden. ® 
* Eingabe-Parameter: RBIP = der Zeiger, der beim Aufruf von rb_start zurück-* 
g geliefert wurde. 

* Return-kert : TRUE, wenn das Dialog-Feld aktiviert werden kann, hi 
In sonst FALSE ? 
|... ll El 3 0220 70077771172 


BOOL rb_can( RBIP rbip ) 


em TRUE; 


Jeeunnnnentnnnnnnnenten nen 


* Funktion ırb_aktiv R 
a 1 nn nn 


* Aufgabe : Wird vom Scheduler aufgerufen, um das Dialog-Feid von * 
R seiner Aktivierung in Kenntnis zu setzen. Sy 
* Eingabe-Parameter: RBIP = der Zeiger, der beim Aufruf von rb_start zurück” 
2 geliefert wurde. 

° WHY = warum wird das Feid aktiviert 7 
* Return-Mert : keiner “ 


E27 


vn rb_aktiv( RBIP rbip, BYTE why ) 
/* Zeiger auf Element im internen RB-Vektor */ 


rbip->aktiv = TRUE; /* neuen Status merken */ 
rbip->mouout = FALSE; /* Mausknopf nicht außerhalb der Buttons Tosgelassen */ 
justrel » FALSE; /* noch keine Umschaltung 7 
riptr = rbip->infoptr + *rbip->varptr; /* Zeiger auf akt. Element setzen */ 
VioSet£ursor( riptr>xi+l, riptr>y ); /* Cursor auf den aktuellen Button */ 


RBINFO * riptr; 


u...) 


PR DLIEDENMDO.C 
a 


l® Aufgabe : Demonstriert die Erstellung und Verwaltung von Dia- */ 
I" logboxen durch die Module DLG, DLGEDIT und DLGAB, "7. 
5 DLEPR und DLERB. r/ 
ME ——— ec] 
/* Autor : MICHAEL TISCHER “ 
/* entwickelt am : 13.07.1989 u 
h letztes Update : 19.09.1989 R/ 
3, GER EREEEEREB R ) 
/i* Erstellung » CL Z/ALSIMICILIH) DLEDEMO.C DLG.C DLGAB.C DLGEDIT.C */ 
ing DLBPB.C DLGRB.C VI0.C KBM.C ”F 
fermtbeenneennnen nee Tee 
/*— Include-Dateien einbinden / 
#include *dig.h" 

/*— Forward-Funktionsdeklarationen “/ 


vold paint( void ); 
/* Farben in der Dialogox für Color-Modus */ 


COL( WEISS, CYAN ), /* Rahmenfarbe 

COL( SCHWARZ, CYAN ),. /* normale Zeichen 4 
COL( GELB, SCHWARZ ), /* hervorgehobene Zeichen */ 
COL( ROT, CYAN ), /* Hotkeys “ 
COL( HGRAU, CYAN ), /* inaktive Felder Y 
a HGRAU, CYAN ) /* inaktive Felder, hotkey */ 
’ 


4° Daten für Eingabefeld d ————— 


f* Eingabepuffer */ 


BYTE fibur[21] = *"; Per 24 


EMENGE fimenge; 
an tb digfi = 

TRUE, 3, 2, 20, 20, “alphafnımerisch : *, fibuf, flmenge 
Im Daten für Eingabefeld 12 —— 


/* Eingabepuffer */ 


aYTE f2buf[8i] = **; 
/* Eingabemenge */ 


EMENGE f2menge; 
put tb_digf2 = 
TRUE, 3, 4, 80, 23, "Dateiname 


4e— Daten für Eingabefeld 3 ————— 


: *, f2buf, f2menge 


BYTE f3buf[11] = "1,23% /* Eingabepuffer */ 
EMENGE fimenge; /* Eingabemenge */ 
rl tb_digf3 = 

TRUE, 3, 6, 10, 10, "#integer : *, Täbuf, fmenge 


I°— Push-Button mer 1 ——— 
BOOL verify = TRUE; /* Variable, die mit dem Push-Button verbunden ist */ 


ONEPB tb_pbl = | TRUE, 3, 8, *#Verify*, Averify 1; 


7°— Pushb-Button kumer 2 —— 1 / 
B00L loadinit = TRUEE /* Variable, die mit dem Push-Button verbunden ist */ 
ONEPB tb_pb2 = | TRUE, 18, 8, "#Start mit AUTOEXEC.BAT", Aloadinit }; 


J/e— Daten für die Radio-Buttons ————— 
/* aktueller Radio-Button */ 


/* Beschreibung der verschiedenen Radio-Buttons */ 
, 2. "#ordstar” ’ 
49, 3, "MS-kord" l, 
. 4, "ASICH" l 
49, 5, "#Textomat Plus |}, 
49, 6, "Word-#Perfect |], 
49. 7, "DDIE* 


BYTE textformat = 3; 
mer rl = 1, 

{ TRUE. 49, 
{ TRUE „49, 
{ TRUE „ 
{ FALSE, 
I TRUE. 


REGROUP tb_rb = | 6, Atextformat, rbs ]; 


/*— Daten für die Action-Buttons 7 


ONEAB tb_absdet[] = 

\ 
I TRUE, 3, 10,0 OK ",  NOKEY }, 
{ TRUE, 26, 10, "ESC = #Abbruch", ESC ], 
1 TRUE, 54, 10, *Fi = Hilfe”, rl}. 
1 


ABGROUP tb_abs = | 3, 0, tb_absdef }; 


/*— Beschreibung der einzelnen Dialogfelder “/ 


DLEDATEN tb_dfvek[] = 
l 


EDIT(tb_digfl), /* die Reihenfolge bestimmt auch die */ 
EDIT(tb_dIgf2), /* Reihenfolge, mit der die einzelnen */ 
EDIT(tb_digf3), /* Felder mit TAB und mit SHIFT TAB */ 
PUSHBUTTEb_pb1), /* angesprungen werden können ” 
PUSHBUT(tb_pb2), 
RADIOBUT(tb_rb), 


ACTBUT(tb_abs) 
I; 


J*— Beschreibung der Dialogbox “/ 


DIGDES testbox = | 6, 8, 69, 12, 7, paint, tb_dfvek }; 


een teen 


* Funktion spaint ® 
. .. 
* Aufgabe : Wird von der Dialog-Prozedur DigStart während des en 

° baus der Demo-Dialogbox aufgerufen. 

* Eingabe-Parameter: keine rn 
* Return-Wert 2 ® 


aannnennraenehnn nennen nenn nennen / 


void paint( void ) 
{ 
VioPrint( vL(28), vO(0), F(hi), FALSE, * DEMOBOX * ); /" Titel ausgeben */ 
VioPrintf( VL(0), WUl-2), Fldigbox), FALSE, *Hisi* 
VioStrep( '-', VR(-1) - VLCH) + 1) ); 
DigBox( 1, 1, 45, 7, EINRA, * EDIT-Felder *, FALSE ); 
DigBox( 47, 1, 21, 8, EINRA, * Radio Buttons *, FALSE ); 
} 


7 


/*== Hauptprogramm ===. 


[Onununnnnnnunnnannnnuneeneneensessenereeeneenoeenoeenensereoeeeneeennent/ 


Bannunnanauns uns uszununnunnunuununennuunnunent/ 


void main( void ) 


BYTE auswahl; /* nimmt Nr. des ausgewählten Action-Buttons auf */ 
BEREICH bereich; 1* Koordinaten des OK-Buttons im Hilfe-Fenster */ 
BOOL ende; 

Volnit(); /* die SAA-Modul VIO und KBM initialisieren */ 
Kominit(); 


SetMengeAn( fimenge ); 
SetMengeDatei( f2menge ); 
SetMengelnt( fimenge ); 


tf ( Wolscolor() ) /* ist ein Color-Adapter angeschlossen? */ 
digcol = demofarbe; /* Ja, Farbeinstellungen für Dialogbox vornehmen */ 


/* die drei Eingabemengen initialisieren */ 


VioClearScreen( WiolsColar() ? COL( WEISS, BLAU ) : NORMAL ); 
VioClear( 0, 0, anzcol-1, 0, ViolsColor() ? COL( WEISS, ROT ) : INVERS ); 
VioPrint( 22, 0, WiolsColor() ? COL( WEISS, ROT ) : INVERS „ FALSE, 
"DLEDEMO — (c) 1989 by MICHEAL TISCHER"); 
MouShowlouse() ; /* Maus-Cursor anzeigen */ 


“ /* Eingabeschleife */ 
auswahl = DigStart( Atestbox ); /* Digbox aufb,, Eingaben entgegennehmen */ 
if ( auswahl == 2) /" Hilfetaste betätigt? */ 


{ /* Ja * 
4*— Hilfe-Fenster öffnen und aufbauen ”/ 
Moukidelouse() ; /* Maus-Cursor ausblenden */ 


VioWinÖpen( 40, 16, 73, 24 ); 

VioFrame( VL(0). v0(0),. YR(0), VU(O), DOPRA, F(digbox) ); 

VioClear( VL{1), voll), VR(-1), Wuc-1), Finm) ); 

Vioprint( vL(13), WO(0), FChl), FALSE, * Hilfel * ); 

VWoprint( VL(7). VOl2), Finm), FALSE, "Bitte \x11- betätigen" ); 

Vioframe( VL(21), VO(5). VR(-3), WUl-1), EINRA, Fldigbox) ); 

VioPprint( VL(25). VOl6), Finm), FALSE, "OK" ); 

VioSetCursor( VL(25), VO(6) ); 

MouPushPara(); /* Mausparameter sichern */ 

bereich.xi = VL(21); /" Position des OK-Felds setzen */ 

bereich.yl = vO( 5); 

bereich,x2 = VR(-3); 

bereich.y2 = W(-1); 

bereich.ptr_mask = MouPtrMask( PTRDIFCHAR( 251 ), PTROIFCOLB( 0x70 ) ); 

ARLRERNSIEHE 1, ibereich ); /* das OK-Feld definieren */ 
= FALSE; 

Pier 


do 
{ /* auf Event warten */ 
if Er KbmEventWait( EV_LEFT PRESS | EV_KEY_AVAIL ) & EV_KEY_AVAIL ) 
= ( KbdGetkay() == CR ); /* Taste. Ist es Return? */ 
A /* Vinker Mausknopf niedergedrückt */ 
if ( MoußetBereich() == 0 ) /* im Ok-Feid? */ 
{ /" Ja, auf Loslassen des Buttons warten */ 
KbmeventWait( EV_LEFT_REL ); 
a) * TRUE; 
! 


while ( tende ); 


HoupopParal): /* alte Mausparameter restaurieren */ 
MouktdeMouse() ; /* Maus-Cursor ausblenden */ 
VioWinClose( TRUE ); 

WouShowlouse(): 


} 
} 
while ( auswahli=0 && auswahliei ); 


HoukideMouse(); /* Maus-Cursor wieder ausblenden */ 
VWioSetCursor( 0, 0 ); /* Cursor in obere linke Bildschirmecke */ 
} “ 
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Microsoft C-Kurs für Umsteiger, 
Teil 2: 


Program- 
mieren in C: 
Funktionen, 
Operatoren 
und einfache 
Pointer 


In der letzten Folge haben wir die 
Grundstrukturen der Sprache C 
kennengelernt und verschiedene 
Programme geschrieben. Der 


jetzige Teil hat drei Schwerpunkte: 


Funktionen, Operatoren und ein- 
fache Pointer. 


1. Einleitung 


Alle Programme, die wir im letzten Teil erstellt 
haben, bestanden nur aus einer einzigen Funk- 
tion, der main-Funktion. In diesem Teil werden 
wir sehen, daß ein Programm aus einer beliebi- 
gen Anzahl von Funktionen bestehen kann. 

Funktionen sollten so implementiert werden, 
daß Sie möglichst allgemein verwendbar sind. 
Die Funktion wird getrennt kompiliert und ge- 
testet. Wir werden uns mit der getrennten Kom- 
pilation und der Archivierung von Objektdateien 
in Bibliotheken beschäftigen (Library Manager). 

Eine Funktion kann von dem Entwickler wie 
eine Black Box betrachtet werden. Sie wird mit 
bestimmten Werten versorgt und erledigt eine 
definierte Aufgabe. Die technischen Details der 
Implementierung bleiben dem Entwickler ver- 
borgen. Das Programm wird aus einer Zahl ge- 
trennt entwickelter Komponenten wie in Fertig- 
bauweise zusammengesetzt. 

Um den Informationsaustausch zwischen der 
aufrufenden und der aufgerufenen Funktion zu 
verstehen, werden wir uns mit den Grundlagen 
der Adreßbehandlung beschäftigen. 

Einen weiteren Schwerpunkt bilden die Opera- 
toren. Wir werden uns hauptsächlich mit Bitope- 
ratoren beschäftigen und Probleme der Auswer- 
tungspriorität und -reihenfolge behandeln. 

Am Ende des Seminars werden Sie in der Lage 
sein, ein C-Programm aus einer beliebigen An- 
zahl von Funktionen zu erstellen. Der Stoff wird 
anhand von drei Übungsaufgaben verfestigt, die 
wir zu Beginn der nächsten Folge besprechen. 


1.1 Musterlösungen 
Bevor wir uns den Funktionen und Operatoren 
zuwenden, zunächst die Musterlösungen und 
Kommentare zu den Aufgaben der letzten Folge. 
Es gibt zahlreiche Lösungsmöglichkeiten für ein 
gestelltes Problem. Wir verwenden immer nur 
Lösungswege, die mit den bereits besprochenen 
Sprachkonstrukten realisierbar sind. In vielen 
Fällen existieren elegantere oder schnellere 
Möglichkeiten. Wir werden auf diese Punkte 
hinweisen und entsprechende Modifikationen an 
den Programmen vornehmen, wenn wir die 
benötigten Sprachkonstrukte behandelt haben. 
Es sollte ein Programm erstellt werden, daß 
einen Rahmen auf den Bildschirm zeichnet. Die 
Musterlösung (Abbildung 1) erstellt einen Rah- 
men mit den Abmessungen (VONZEILE/VON- 
SPALTE) bis (BISZEILE/BISSPALTE). Das Pro- 
gramm bedient sich der Grafikzeichen des erwei- 
terten IBM-Zeichensatzes. Beachten Sie bitte, 
daß die Zeichencodes hexadezimal eingegeben 
sind (führendes 0x). Es zeichnet zunächst die 
horizontalen und dann die vertikalen Linien. An- 
schließend werden die Eckstücke eingesetzt. 
Durch das Makro RAHMEN wird festgelegt, ob 
ein einfacher (1) oder doppelter (2) Rahmen ge- 
zeichnet werden soll. 


#include «stdio.h> 
#include  <conio.h> 
#include "ckurs.h" 
#define RAHMEN 
#define VONZEILE 


#define BISSPALTE 75 
main () 
{ 

Int 1; 


ANSI_CLRÜ); 
/* obere horizontale Linien ausgeben * 


ANSI_CURPOS(VONZEILE, VONSPALTE+1); 


for (f= VONSPALTE+I; 1<BISSPALTE: 14+) 
if (RAHNEN«=EINFACH) 
S printt(*%c", HORIZONTAL_EINFACH) ; 
else 
printf(*kc*, HORIZONTAL_DOPPELT); 


/* untere horizontale Linien ausgeben */ 
ANSI_CURPOS(BISZEILE,VONSPALTE+1); 
for Ti= WONSPALTE+L; S<BISSPALTE; 1++) 
4f (RAHMEN==EINFACH) 
printf("%c*, HORIZONTAL_EINFACH) ; 
else 
printf(*4c*, HORIZONTAL_DOPPELT); 


/* linker und rechte vertikale Linie ausgeben */ 
for (i= VONZEILE+; I<BISZEILE; 1++) 


/* oben */ 
ANSI_CURPOS(1 „VONSPALTE); 


if (RAHMEN=-EINFACH) 
printf(*sc*, VERTIKAL_EINFACH) ; 
else 
printf(**c*, VERTIKAL_DOPPELT); 
/* unten */ 
ANSI_CURPOS(1,BISSPALTE); 


if (RAHMEN=-EINFACH) 
printf(*4c*, VERTIKAL_EINFACH) ; 
else 
N printf(*%c", VERTIKAL_DOPPELT):; 


/* Vinke, obere Ecke ausgeben */ 
ANSI_CURPOS(VORZEILE,VONSPALTE) ; 
if (RAHMEN«=ELNFACH) 
; printf{"4c*, LO_ECKE_ EINFACH); 
else 
printf(*c*, LO_ECKE_ DOPPELT); 


/* rechte, obere Ecke ausgeben */ 
ANSI_CURPOS (VONZEILE, te 


if (RAHMEN=-EINFACH) 
printf("4c*, RO_ECKE_ EINFACH); 


printf{"3c”, RO_ECKE_DOPPELT); 


else 
/* Yinke, untere Ecke ausgeben */ 
ANSI_CURPOS(BISZEILE,VONSPALTE) ; 


if (RAHMEN=»EINFACH 


printf("sc®, LU_ECKE EINFACH); 


printf(*ic*, LULECKE DOPPELT); 


else 
/* rechte, untere Ecke ausgeben */ 
ANSI_CURPOS(BISZEILE,BISSPALTE); 


if (RAHMEN==EINFACH) 
printf{"hc®, RU_ECKE EINFACH); 


printf(*4c”, RU_ECKE DOPPELT); 
getch (); 


else 


Die zweite Aufgabe bestand darin, eine Multi- 
ple-Choice-Auswahl am Bildschirm anzuzeigen 
und den Benutzer eine beliebige Anzahl von Op- 
tionen ein- und ausschalten zu lassen. Die Aus- 
gabe der Texte ist hier sehr einfach über Cursor- 
positionierung (ANSI_CURPOS-Makro) und an- 
schließende Textausgabe implementiert. Wir 
werden im Rahmen dieser Folge noch elegantere 
Möglichkeiten kennenlernen. 

Interessant ist die Verwaltung der verschie- 
denen Zustände. Von den vier Optionen kann 
jede ein- oder ausgeschaltet sein. Die Zustände 
werden am besten in einem Array verwaltet. Wir 
wählen ein Array aus INT-Werten (int wahl [AN- 
ZAHL]), das auf 0 (für nicht gewählt) initialisiert 
wird. Anschließend fragt das Programm in einer 
Schleife solange die Tastatur ab, bis ge- 
drückt wird. Die Leertaste schaltet die Optionen 
an- oder aus. Zum Wechsel zwischen den Feldern 
benutzen wir die (Tab ]-Taste. 


«4 Abbildung 1: 
Musterlösung von 


/* Programm mit check-box, Musterloesung 
‘ Aufgabe 1. 


Hinciude 
#include 
#inciude 
#include 
#include 


<stdio.h> 
<stdlib.h> 
«string.h> 
<conio.h> 
*ckurs.h* 


#define CR 13 
#define BLANK 32 


Abbildung 2: 
Musterlösung 
checkbox. 


/* Code fuer Carriage Return */ 
/* Code fuer Blank “/ 
/* Code fuer Tab-Taste * 


/* eingegebene Taste ” 
/* aktuelles Feld ”/ 
Ant Nah [ANZAHL]; /* Feid fuer Markierungen */ 
Int 1; /* Laufvariable “7 
{* Bildschirm loeschen 
“/ 
ANSI_CLR(); 
/* Attribut setzen 
ANSI_ATTR(ANSI_NORMAL) ; 
/* Texte ausgeben 
u 


ANSI_CURPOS(ZEILE-2, SPALTE): 
printf (*ss*, *In der Programmiersprache C*); 


ANSI_CURPOS(ZEILE, SPALTE); 
printf ("*s", *{ ] endet jede Anweisung mit einem Semikolon"); 


ANSI_CURPOS(ZEILE+1, SPALTE); 
printf (*%s*, *[] gibt es Schlüsselwörter für Ein- und Ausgabe"); 


ANSI_CURPOS(ZEILE+2, SPALTE); 
printf ("ss", *[ ] beginen Felder bei 0"); 


ANSI_CURPOS(ZEILE+3, SPALTE); 
printf (*%s*, *[ ] ist der Vergleichsoperator für Identität \*=\""); 


ANSI_CURPOS(ZEILE+4, SPALTE); 
printf (*%s*, *[ ] sind die Anweisungen a=a+3 und at=3 identisch”); 


ANSI_CURPOS(ZEILE+G, SPALTE); 
printf ("%s*, "Leertaste = Auswahl"); 


ANSI_CURPOS(ZEILE+7, SPALTE); 
printf (*ks*, "TAB = nächstes Feld"); 


ANSI_CURPOS(ZEILE+B, SPALTE); 
printf ("%s”, "Eingabe = alle Fragen beantwortet"); 


/* Cursor auf erstes Feld positionieren 
. 

ANSI_CURPOS (ZEILE, SPALTE+1); 
/* Das Feld wahl initlalisieren 
” 


A A 
h1li] = 0; 


12 Eingabe erwarten 
for (taste= 0, aktiv» 0; tastel=CR; ) 
taste= getch (); 
switch (taste) 
7 Leertaste gedrueckt ? ==> Lichtbalken wechseln 


case BLANK 
/* Cursor positionieren 
+ 
7 
ANSI_CURPOS(ZEILE+aktiv, SPALTE+1): 
“ (wahl [aktiv]) 


printf ("s", * *): 
wahl[aktiv] = 0; 


printt ("4s”, "X"); 
wahl[aktiv] = 1; 


} 
/* Nach der Ausgabe, Cursor erneut positionieren 
/ 
ANSI_CURPOS (ZEILE+aktiv, SPALTE); 
break; 
/* Tab gedrusckt ? ==> Naechstes Feld 
Y 
TAB : 
if (aktiv == ANZAHL-1) 
aktiv = 0; 
else 
aktivtt; 
/* Cursor auf naechstes Feld positionieren 
. 
1 
ANSI_CURPOS (ZEILEsaktiv, SPALTE); 
break; 
} 
} 
/* Bildschirm loeschen 
% 
ANSI_ELRÜ): 
/* Ausgabe, ob die angekreuzten Optionen richtig sind 
D 
/ 
if (wahl kai 885 wahl[1]==O 48 wahl[2]==1 A8 wahl[3]==0 88 wahl [a]==1) 
rintf ("Bravo. Sie haben die Fragen richtig beantwortet\n", i+1); 
else 
{ 
printf ("Sie haben die Fragen leider nicht richtig beantwortet\n*); 


printf ("Sie hätten die Fragen 1, 3 und 5 ankreuzen müssen\n*); 
} 
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» Abbildung 3: 
Musterlösung 
Radiobutton. 


>> Abbildung 4: 
ckurs.h. 
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/* Programm mit check-box, Musterloesung Aufgabe 3, Abbildung? 
%£ 


Pinclude <stdio.h> 
#include  <conio.h> 
#include *"ckurs.h" 
#define CR 13 


{* Code fuer Carriage Return */ 
/* Code fuer Blank H 
/* Code fuer Tab-Taste 1; 


ddefine BLANK 32 
#define TAB E} 
#define ZEILE 10 
#define SPALTE 20 
#define ANZAHL 5 


main () 
( 


Ant taste; /* eingegebene Taste " 


int aktiv; /* aktuelles Feld #7. 
int wahl [ANZAHL]; /* Feld fuer Markierungen */ 
Ant 1; /* Laufvariable “7 


/* Bildschirm loeschen */ 

ANSI_CLRÜ: 

/* Ketribut setzen */ 

ANST_ATTR(ANSI NORMAL) ; 

/* Texte aus: 

ANSI SEURPOS(ZEILE-2. SPALTE); 

printf (*%s*, "In der Programmiersprache C*); 


ANSI_CURPOS(ZEILE, er 
printf ("is*, *( ) endet jede Anweisung mit einem Komma*); 


ANSI_CURPOS(ZEILE+1, SPALTE); 
printf (*"4s*, *( ) gibt es Schlüsselwörter für Ein- und Ausgabe*); 


ANSI_CURPOS(ZEILE+2, SPALTE); 
printf (*%*s*, *( ) beginen Felder bei 0*); 


ANSI_CURPOS(ZEILE+3, SPALTE); 
printf (*%s*, *( ) ist der Vergleichsoperator für Identität \r\"'); 


ANSI_CURPOS{ZEILE+4, SPALTE); 
printf ("ks*, *( ) sind die Anweisungen ara+2 und a++ identisch"); 


ANSI_CURPOS(ZEILE+6, SPALTE); 
printf ("%s*, "Leertaste = Auswahl*); 


AnSI ee SPALTE); 
printf ("As", "Ti = nächstes Feld’); 


ANSI_CURPOS(ZEILE+B, SPALTE); 
printf ("4s*, "Eingabe = alle Fragen beantwortet"); 


/* Cursor auf erstes Feld positionieren */ 
ANSI_CURPOS (ZEILE, SPALTE+1); 


/* Das Feld wahl initialisieren */ 
for (i = 0; 1 < ANZAHL; i#+) 
wahl[i] = 0; 


/* Eingabe erwarten */ 
for (taste= 0, aktiv- 0; tastel=CR; ) 
t 


taste= getch (); 
switch (taste) 


{ 
/* Leertaste gedrueckt ? ==> Lichtbalken wechseln */ 
case BLANK : 


/* die ausgewaehlte Frage zuruecksetzen */ 
for (i= 0; i<ANZAHL; i++) 


ANSI ‚CURPOS(ZEILEH „ SPALTE+L); 
printf (*s*, ” *); 
; wahl [aktivj= 0; 


4f (wahl [aktiv]) 


printf ("is*, * *); 
; wahl[aktiv] = 0; 


/* Cursor positionieren und Selektion ausgeben */ 
ANSI_CURPOS(ZEILE+aktiv, SPALTE+L); 

printf (**e*, "\371'); 

wahl[aktiv] = 1; 


/* Nach der Ausgabe, Cursor erneut positionieren */ 
ANSI_CURPOS (ZEILE+aktiv, SPALTE+1); 
break; 
/* Tab gedrueckt ? ==> Naechstes Feld */ 
case TAB : 
4f (aktiv == ANZAHL-1) 
aktiv = 0; 
else 
aktivtr; 


/* Cursor auf naechstes Feld positionieren */ 
ANSI_CURPOS (ZEILE+aktiv, SPALTE+L); 


break; 
1) 
} 
/* Bildschirm loeschen */ 
ANSI_CLR(): 
/* Ausgabe, ob die angekreuzten Optionen richtig sind */ 
4f (mahl[2]="1) 
printf ("Bravo. Sie haben die Fragen richtig beantwortet\n", 1+1); 
else 


printf ("Sie haben die Fragen leider nicht richtig beantwortet\n*); 
printf ("Sie hätten nur die Frage 3 ankreuzen dürfen\n"); 


Die dritte Aufgabe ist eine Variation der zwei- 
ten. Es darf nur eine von verschiedenen Alter- 
nativen gewählt werden. Diese Auswahlart wird 
als Radio-Button bezeichnet. Ähnlich wie bei 
einem Radio kann nur ein Sendeknopf gedrückt 
sein. 


/" Headerfile fuer C-Kurs */ 


define ANSI_INVERS 7 

#define ANSI_NORMAL [) 

#define ANSI_CLR() print? (*\033[29”) 

#define ANSI_CURPOS(zeile, spalte) printf ("\033[u;4uH*,zeile, spalte) 
define ANSI ATTR(attribut) printf (*\033[Aum*, attribut) 
#define ANSI_CUR_LEFT printf ("\033[{D*) 


/* Tastencodes */ 
#define TAB F 
#define S TAB (15+256) 
#define CH 13 
#define ESC 27 
#define BLANK 32 


/" einfache Blockgrafik */ 
#define HORIZONTAL_EINFACH Oxch 


#define VERTIKAL_ETNFACH 0xb3 
#define LO ECKE EINFACH Oxda 
define RO ECKE EINFACH Oxbf 
#define LUTECKE EINFACH 0xc0 
define RU_ECKE EINFACH 0xd9 


/* doppelte Blockgrafik */ 
#define HORTZONTAL_DOPPELT Oxcd 


#define VERTIKAL_DÖPPELT Oxba 
#define LO_ECKE DOPPELT Oxcd 
#define RO_ECKE DOPPELT Oxbb 
#define LUTECKE DOPPELT Oxch 
#define RU|ECKE DOPPELT Oxbe 


/* Rahmenarten */ 
tdefine EINFACH 1 
#define DOPPELT 2 


Das Beispielprogramm ist fast genauso aufge- 
baut wie Beispiel 2. Allerdings muß die zuvor 
gewählte Option vor Auswahl einer neuen wie- 
der gelöscht werden. Das Beispiel geht einen ein- 
fachen Weg. Es setzt alle Optionen auf 0 bevor 
eine neue angekreuzt wird. 

Entwickeln Sie eine elegantere Möglichkeit, 
indem sie sich den selektierten Punkt merken 
und nur diesen gezielt zurücksetzen. 

Das Programm vier ist eine Zusammenfassung 
aus Aufgabe 1 und 3. Eine Kommentierung er- 
übrigt sich. Die Abbildung 4 enthält den aktuellen 
Stand des Headerfiles ckurs.h, wie es für die 
Musterlösungen benötigt wird. 


2. Funktionen 


Dem aufmerksamen Leser wird nicht entgangen 
sein, daß die Beispielprogramme redundanten 
Code enthalten. In Aufgabe 1 und 4 wird der 
Code für das Zeichnen eines Rahmens zweimal 
benötigt. Dies ist ein sehr ineffizientes Verfahren. 
Man verschwendet Speicherplatz und die Lösung 
ist fehleranfällig. Außerdem ist redundanter 
Code sehr wartungsfeindlich. Sie haben sicher- 
lich schon bemerkt, daß die Funktion zum 
Zeichnen der Linien recht langsam ist. Wenn 
man sich nun ein schnelleres Verfahren ausden- 
ken würde, müßte der Code in Ausgabe 1 und 
Aufgabe 2 geändert werden. Änderungsaufwand 
und Fehleranfälligkeit steigen mit der Code- 
redundanz. 

Es bietet sich an, den Code zum Zeichnen 
eines Rahmens in eine Funktion auszulagern, die 
dann bei Bedarf nur noch aufgerufen wird. Diese 
Funktion läßt sich getrennt testen und warten. 
Verbesserungen, was die Performance angeht, 
können durchgeführt werden, ohne daß die auf- 
rufenden Funktionen hiervon berührt wären. Die 
Details der Implementierung sind der aufrufen- 
den Funktion verborgen. Sie betrachtet drawbox 
(so soll die Funktion heißen) als Black Box. 


Der Informationsaustausch zwischen der auf- 
rufenden Funktion (z.B. main) und drawbox() 
erfolgt über die Schnittstelle der Funktion 
drawbox(). Solange die Schnittstelle zwischen 
zwei Funktionen unverändert bleibt und die 
Funktionen diese Schnittstelle nicht umgehen 
(z.B. über globale Variablen), sind sie voneinan- 
der vollkommen unabhängig. 


2.1 Wertübergabe 
Die Schnittstelle der Funktion drawbox hat fol- 
gendes Aussehen: 


int drawbox (vonzeile, vonspalte, biszeile, bisspalte, box) 
int vonzeile; 

int vonspalte; 

int biszeile; 

int bisspalte; 

int box; 

{ 

} 


Die Funktion wird mit den Koordinaten der 
linken oberen und der rechten unteren Ecke ver- 
sorgt. Über den Parameter box wird mitgeteilt, 
ob ein einfacher (EINFACH) oder ein doppelter 
(DOPPELT) Rahmen gezeichnet werden soll. Die 
Funktion wird dann von main() so aufgerufen: 


main () 
{ 
if (1 drambox (1,1,24,80,EINFACH)) 
printf ("Falsche Parameter !\n"); 


An drawbox werden fünf Werte übergeben, 
die innerhalb der Funktion über die deklarierten 
Parameter angesprochen werden können. Wich- 
tig ist hierbei, das C standardmäßig eine soge- 
nannte Wertübergabe (= call by value) vor- 
nimmt, daß heißt drawbox() arbeitet auf einer 
Wertkopie und nicht auf der Originalvariablen. 
Ein Beispiel für die Funktion zeigt Abbildung 5. 


2.2 Returnwert 

Drawbox überprüft die übergebenen Parameter 
auf Gültigkeit und liefert eine 0, wenn ungültige 
Werte übergeben wurden. Der erfolgreiche Ab- 
schluß wird durch eine 1 angezeigt. Der Return- 
wert von drawbox() kann direkt innerhalb der 
aufrufenden Funktion abgefragt werden. Wenn 
die Funktion O0 liefert, wird dieser Wert durch 
den logischen Negationsoperator ! zum Wert 1. 
Jeder Wert ungleich O gilt in C als wahr. Das 
Programm verzweigt in die If-Anweisung. 

Das Return-Statement kann an beliebiger 
Stelle innerhalb einer Funktion stehen. Es been- 
det die Funktion und liefert den entsprechenden 
Wert an die aufrufende Funktion. Es können nur 
elementare Datentypen, also keine Arrays oder 
Strukturen zurückgeliefert werden. 


2.3 Getrennte Übersetzung 

Die Funktion drawbox ist nun ein allgemein ver- 
wendbares Werkzeug, das ordentlich in unserer 
Werkzeugkiste verstaut werden muß. Zunächst 
übersetzen wir die Funktion drawbox() mit 


/* Funktion drawbox() mit einfacher Fehlerbehandlung 
| 


#include 
#include 


<stdio.h> 
*ckurs.h* 


int draubox (vonzeile, vonspalte, biszeile, bisspalte, box) 
int vonzeile; 
int vonspalte; 
int biszeile; 
int bisspalte; 
int box; 
{ 
int % 


if (vonzeile >= biszeile | 
vonspalte >= bisspalte || 
biszeile > 25 || 
bisspalte > B0) 
retum 0; 


/* obere horizontale Linien ausgeben */ 


ANSI_CURPOS(vonzeile, vonspalte+rl); 
for Ti= vonspalterl; icbisspalte; 1++) 
if (box=»EINFACH) 
printf("$c*, HORIZONTAL_EINFACH) ; 
else 
printf("kc*, HORIZONTAL_DOPPELT); 


/* untere horizontale Linien ausgeben */ 
ANSI_CURPOS(biszeile,vonspalte+1); 


for (i= vonspalterl; i<bisspalte; ++) 
if (box==EINFACH) 
printf(*%c*, HORIZONTAL_EINFACH) ; 
printf(*%c*, HORIZONTAL_DOPPELT); 
/* obere und untere vertikalen Linien ausgeben */ 
for (1* vonzeileri; i<biszeile; I) 
( 


#* oben */ 
ANSI_CURPOS(i.vonspalte); 
if (box==EINFACH) 
printf(*&c*, VERTIKAL_EINFACH) ; 
else 
printf(*kc", VERTIKAL_DOPPELT); 


/* unten */ 
ANSI_CURPOS(1,bisspalte); 
1f (box==EINFACH) 
printf("c", VERTIKAL_EINFACH) ; 
else 
printf("kc", VERTIKAL_DOPPELT); 
} 


/* Ninke, obere Ecke ausgeben */ 
ANSI_CURPOS (vonzeile,vonspalte); 
if (box=»EINFACH) 

printf(*c*, LO_ECKE EINFACH); 
else 

printf(*4c*, LO_ECKE_ DOPPELT); 


/* rechte, obere Ecke ausgeben */ 
ANSI_CURPOS(vonzeile,bisspalte); 
1f (box=»EINFACH) 

printf(*%c*, RO_ECKE EINFACH) ; 
else 

printf(*sc*. RO_ECKE DOPPELT); 


/* Vinke, untere Ecke ausgeben */ 
ANSI_CURPOS(biszeile,vonspalte); 
4f (bax==EINFACH) 

printf(”Sc*, LU_ECKE EINFACH); 
eise 

printf(*sc*, LU_ECKE DOPPELT); 


/* rechte, untere Ecke ausgeben */ 
ANSI_CURPOS(biszeile,bisspalte); 
if (box=»EINFACH) 

printf(**c*, RU_ECKE EINFACH); 
else 

printf(*kc*, RU_ECKE_DOPPELT); 


return 1; 


cl /c /W3 drawbox.c 


Die Option W3 selektiert die höchste War- 
nungsstufe. Fehlende Prototypen werden hier 
mit einer Warnung angemahnt. Die Option /c 
unterbindet den anschließenden Linkvorgang. 

Ergebnis des Compilerlaufs ist ein 
drawbox.obj, das den kompilierten Code enthält. 
Die Funktion kann nun in eine Bibliothek gestellt 
werden. Der Library-Manager (lib) wird wie folgt 
aufgerufen: 


lib ckurs.lib +drawbox; 


Das Objektmodul drawbox.obj wird in die 
Bibliothek ckurs.lib gestellt (+). Wenn die Biblio- 
thek nicht vorhanden ist, wird sie angelegt. Eine 


« Abbildung 5: 
Die Funktion 
drawbox. 
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» Abbildung 6: 
Aufruf von drawbox; 
getrennte Kompilie- 
rung. 
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/" Falsche Parameterübergabe bei fehlenden Prototypen */ 


#inc}ude 
#include 


<stdio.h> 
*ckurs.h" 


/* Fehlender Prototyp fuehrt zu falscher Parameteruebergabe 
int drawbox (int vonzeile, int vonspalte, int biszeile, int bisspalte, Int 
rahmen); 
if 
void main (void) 
long zei; /* Falscher Datentyp u 
zel » 10; 


if (1 drawbox (zei, 20, 20, 75, DOPPELT)) 
printf ("Parameterfehler bei drambox I\n*); 


systematische Behandlung des Library-Managers 
finden Sie unter Abschnitt 6 (Utilities). Das Obj- 
File kann dann beispielsweise mit dem Objektfile 
abb6.obj über folgendes Linker-Kommando zu 
dem Programm abb6.exe gelinkt werden: 


link abb6,,,ckurs.lib; 


Eine detailliertere Behandlung des Linkers 
entnehmen Sie bitte dem Abschnitt 6 (Utilities). 


2.4 Prototypen 

Die Funktion drawbox() hat selbst überprüft, ob 
sie überhaupt mit gültigen Werten versorgt 
wurde. 

Eine weitere Fehlermöglichkeit besteht darin, 
daß die Datentypen der formalen und aktuellen 
Parameter nicht zueinander passen. Derartige 
Fehler sind sehr schwer auffindbar. In Abbildung 
6 wird die Funktion drawbox() mit einem Long 
anstelle eines Int aufgerufen. Die aufrufende 
Funktion legt vier Bytes auf den Stack, die aufge- 
rufene holt aber nur zwei Bytes ab. Die nächsten 
zwei Bytes werden als Spaltenwert interpretiert. 
Drawbox() kann keinen Fehler liefern, da die 
vom Stack abgeholten Werte durchaus sinnvoll 
sind. Dennoch wird natürlich ein falscher Rah- 
men gezeichnet. Anstelle eines Rahmens von 
(10,20) bis (20,75) wird ein Rahmen von (10,0) 
bis (20,20) gezeichnet. Der Stack ist wie folgt 
mit Parametern belegt: 


Wert Bedeutung Interpretatiton 
durch Drawbox() 

10 long, Byte 1und 2 vonzeile 

0 long, Byte 3 und 4 vonspalte 

20 Startspalte biszeile 

20 Endzeile bisspalte 

75 Endspalte Rahmenart 


2 Rahmenart wird nicht verwertet. 

Um derartige Fehler aufzudecken, werden so- 
genannte Prototypen eingeführt. Ein Prototyp ist 
die formale Definition einer Schnittstelle einer 
Funktion, die dem Compiler bekannt gemacht 
wird. Der Compiler kann dann bei einem Aufruf 
der Funktion die aktuellen Datentypen der Para- 
meter mit den formalen vergleichen. Wird eine 
Unstimmigkeit festgestellt, wird eine entspre- 
chende Fehlermeldung erzeugt. 

Der Prototyp von drawbox() sieht folgender- 
maßen aus: 


extern int drawbox (int vonzeile,int vonspalte,int biszeile, 
int bisspalte,int box); 


Wenn nun die Funktion mit einem falschen 
Datentyp aufgerufen wird, bemerkt der Compiler 
diesen Fehler und meldet: 


abb6.c (15): Warning C4051: Data conversion 


Im folgenden werden die Unterschiede zwi- 
schen dem Funktionsprototypen, der Funktions- 
definition und dem Aufruf der Funktion darge- 
stellt. 


/* Funktionsprototyp = formale Schnittstelle */ 


extern int drawbox (int vonzeile, int vonspalte, int biszeile, 
int bisspalte, int box); 


Bisher wurden Schnittstellen definiert, in dem 
nach dem Funktionsnamen in Klammern durch 
Komma getrennt die Variablen aufgeführt wur- 
den. Anschließend wurden die Datentypen der 
Variablen angegeben, gefolgt vom Funktions- 
rumpf (siehe oben). In der ANSI-Norm wurde de- 
finiert, daß die Datentypen auch innerhalb der 
Klammern angegeben werden können: 


/* Funktionsdefinition */ 


int drawbox (int vonzeile, int vonspalte, int biszeile, int bisspalte, 
int rahmen) 

{ 

} 


/* Funktionsaufruf mit aktueller Parameterliste */ 


if (! drawbox (1,1,24,80,EINFACH)) 
printf ("Falsche Parameter I\n"); 


In den folgenden Beispielen werden wir bei 
der Definition der Schnittstelle die ANSI-Konven- 
tion verwenden. 

Zur Erinnerung: Die Funktionsprototypen 
können mit Hilfe des MS-C-Compilers automa- 
tisch erzeugt werden. Der Aufruf 


c1 /Zg abb5.c 


liefert den Funktionprototypen 


extern int drawbox (int vonzeile, int vonspalte, int biszeile, 
int bisspalte, int rahmen); 


3.0 C-Sprachelemente 


3.1 Pointer 

Ein wichtiges und erfahrungsgemäß schwieriges 
Kapitel in der Programmierung mit C sind Poin- 
ter. Wir werden uns in dieser und der nächsten 
Folge detailliert damit beschäftigen. 

Pointer sind eigentlich ganz gewöhnliche 
Variablen, nur sind die Werte, die Sie beinhalten, 
Speicheradressen. Zur Verarbeitung von Pointern 
stellt C zwei Operatoren zur Verfügung: & und *. 


Der Operator & ermittelt die Speicheradresse 
einer Variablen. Der Ausdruck 


&wert 


liefert also einen Pointer auf die Variable wert. 

Der Operator * bewirkt das Gegenteil: Er lie- 
fert den Inhalt des Speicherbereichs, auf den ein 
Pointer zeigt. 

Eine Pointervariable wird mit dem '*'- Opera- 
tor deklariert: 


int *pwert; 


Die Variable pwert kann die Adresse (*) eines 
Integers speichern. Die Deklaration kann gelesen 
werden als: 

Die Variable, auf die <pwert> zeigt; *pwert 
ist vom Typ int 

oder 

Die Variable <pwert> ist vom Typ Zeiger auf 
int (int *). 

Die Variable pwert enthält nach der Deklara- 
tion zunächst einen undefinierten Wert und 
weist von daher (zufallsbedingt) auf irgendeinen 
Speicherbereich. Bevor mit pwert gearbeitet 
werden kann, muß die Variable initialisiert wer- 
den: 


int wert; 
int *pwert; 


wert=5; 


pwert=äwert; 
*pwert+=2; 


Es werden zwei Variablen deklariert. Wert ist 
ein Integer, pwert kann die Adresse auf einen 
Integer speichern, ist also vom Typ »Zeiger auf 
Integer«. Beide Variablen werden auf dem Stack 
angelegt. Nachdem wert auf 5 gesetzt wurde, 
weisen wir der Variablen pwert die Adresse von 
wert zu (&wert). Da wert vom Typ int ist und 
&wert vom Typ Adresse eines int, sind die Daten- 
typen auf der linken und rechten Seite des 
Gleichheitszeichens identisch. 

In pwert steht jetzt die Adresse von wert. Über 
den Operator '* kann nun diese Adresse derefe- 
renziert werden. Der Ausdruck pwert liefert die 
Adresse von wert, der Ausdruck *pwert liefert 
das, was an dieser Adresse steht, in diesem Fall 
der Wert 5. 

Die Zuweisung 


*pwertt=2; 


ist hier gleichbedeutend mit 


wert+=2; 


An dieser Stelle möchten wir Sie auf einen 
ebenso beliebten wie verheerenden Fehler auf- 
merksam machen: Den Zugriff auf einen un- 
initialisierten Pointer. 

Durch die Deklaration von pwert wird eine 
Variable vom Typ »Zeiger auf int« (int *) reser- 


viert. Die Variable ist aber nicht initialisiert. 
Wenn man nun eine Operation wie 


*"pwert=5 


ausführt, wird der Inhalt von pwert als gültige 
Adresse interpretiert und an diese Adresse wird 
die Zahl fünf geschrieben. In der Regel gehört 
dieser Speicherplatz, auf den pwert zeigt, nicht 
zum Programm. Unter Umständen stehen hier 
wichtige Informationen (z.B. Betriebssystem- 
Interrupts), die durch die Zuweisung zerstört 
oder verändert werden. Die Folge ist dann mei- 
stens ein Programmabsturz. 

Bevor man also auf *pwert zugreifen kann, 
muß pwert auf einen zum Programm gehören- 
den Speicherplatz zeigen (z.B. pwert=&wert). 

Der Fehler ist besonders heimtückisch, da er 
lange untentdeckt bleiben kann und scheinbar 
zufällig auftritt. 

Bevor wir uns weiter mit den Zeigern befas- 
sen, ein Paar Worte über deren Nutzen. Zeiger 
haben im wesentlichen die folgenden Vorteile: 


1. Performance, 2.B. Effizienz beim Sortieren. 
Sortierprobleme lassen sich oftmals sehr effizient 
mit Pointern realisieren. Angenommen, Sie müs- 
sen eine Namensliste alphabetisch sortieren. Die 
Namen sind alle unterschiedlich lang. Es ist emp- 
fehlenswert, hier ein Array aus Pointern zu de- 
klarieren (siehe unten). Jeder Pointer zeigt dann 
auf einen Namen. Um nun eine Sortierung zu er- 
stellen müssen nicht die Namen selbst bewegt, 
sondern nur die Pointer umgesetzt werden. Es 
ergibt sich eine erhebliche Performancesteige- 
rung gegenüber Verfahren ohne Pointerstruktur. 


2. Call by reference 

Es ist oftmals effizienter, an eine Funktion nicht 
einen Wert, sondern eine Adresse zu übergeben. 
Eine Adreßübergabe ist bei großen Datenobjek- 
ten schneller. Innerhalb der aufgerufenen Funk- 
tion wird dann über einen Pointer auf die über- 
gebene Adresse zugegriffen. 


3. Systemsoftware 

Bei dynamischen Datenobjekten wird Speicher- 
platz während der Laufzeit eines Programms 
angefordert. Das Programm erhält einen Pointer 
auf den Anfang des Speichers und kann so Infor- 
mationen dort ablegen. 


3.2 Die Typbindung von Pointern, 
Rechnen mit Pointern 

Pointer haben eine Typbindung, d.h. sie zeigen 
auf einen bestimmten Datentyp. Der Grund die- 
ser Typbindung ist zunächst nicht ganz einsich- 
tig. Eine Adresse ist schließlich eine Adresse, ob 
dort nun ein int, ein char oder ein long steht. Die 
Bedeutung der Typbindung ist aber wichtig, so- 
bald man mit Zeigern rechnet und den Inhalt ab- 
fragen möchte. Das Problem der Zeigerarithmetik 
wird anhand der Abbildung 7 deutlich gemacht. 
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> Abbildung 7: 
char und int Pointer. 


>> Abbildung 8: 
main() mit 
Parametern. 
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#include <stdio.h> 
#include «string.h> 


void main (void); 


ei main() 
char name [20] ; 
char *pchar; 
int *pint; 


menset (name, '\0', sizeof{na=e)); 
strcpy (name, "Lottermann*); 


printf (*"\n*); 

for (pcharename; *pchar I= '\0'; pchart+) 
printf ("sc*, (*pchar)); 

printt ("\n*); 

for (pint-name; *pint I» *\0'; pint*+) 
printf ("%c*, "pint); 


Das Programm deklariert ein Array aus 20 
Char. Dort wird mit der Funktion strepy() die 
Zeichenkette »Lottermann« abgelegt. Strings sind 
Arrays aus einzelnen char, die mit einem Null- 
byte ('\0') enden (siehe auch Folge 1, Stringkon- 
stanten). Arrays können nicht einander zugewie- 
sen werden, deshalb wird hier die Funktion 
strepy (string copy) genutzt. Sie gehört zu einer 
Reihe von Stringfunktionen, die im Kapitel 
»Library Guide« besprochen werden. 

In zwei Schleifen werden nun der Character- 
pointer pchar und der Integerpointer pint auf 
den Anfang von name gesetzt. Anschließend 
wird zeichenweise über den Namen gelaufen und 
jedes Zeichen ausgegeben. Bei der ersten Schleife 
wird wie erwartet 


Lottermann 


ausgegeben. In der zweiten Schleife erscheint 
ein verstümmeltes 


Ltemn 


Was ist geschehen? 

Bei der Erhöhung des Pointers pint (pint++) 
richtet sich der Compiler nach dem Basistyp, d.h. 
nach dem Datentyp, auf den pint zeigt. Dieser ist 
vom Typ Integer. Ein Integer ist unter MS-DOS 2 
Byte groß. Die Inkrementierung um eine Basis- 
einheit (pint++) bewirkt also, daß die Adresse, 
auf die pint zeigt, um zwei Bytes erhöht wird. Es 
wird nur jeder zweite Buchstabe ausgegeben! 

Noch ein Wort zu Arrays und Pointern. Der 
Name eines Arrays ist in C immer gleichbedeu- 
tend mit seiner Anfangsadresse. In dem Initiali- 
sierungsteil der For-Schleife können deshalb die 
Pointer pchar und pint auf den Anfang des 
Arrays gerichtet werden. Bei der Zuweisung 
pint = pchar weist uns aber der Compiler auf die 
Typinkompatibilität hin: 


warning C4049: indirection to different types 


Es handelt sich nur um eine Warnung, das 
Programm wird trotzdem übersetzt. Um dieses 
Problem zu beheben, muß dem Compiler mitge- 
teilt werden, daß die Zuweisung gewollt ist. Dies 
wird in C mit Hilfe einer Cast-Operation reali- 
siert: 


#include «stdio.h> 
void main (int argc, char *argv[], char *envpl]}; 
void main (int arge, char *argv{], char *envp[]) 
I} 
Int 1; 
printt (*\ntrHmmseeee® Kommandozeilenparameter *"+trrummene\n#); 
for (iO; i<argc; 19) 
print? ("Argument Ad : s\n", 1, argvli]); 
printf (*\nmmeeruermese Environmentvariablen "H#mrrumsenmee\n®); 
for (i*0; envp[i] I» NULL; 1++) 
printf (*ENV-Var. %d : &s\n*, 1, enwpli]); 
} 


pint= (int *) pchar; 


Umgangssprachlich formuliert würde man 
sagen: Sieh pchar als Pointer auf int an und 
weise die Adresse, auf die pchar zeigt, an pint zu, 
obwohl pchar ein Zeiger auf char ist. 

In dem obigen Beispiel haben wir übrigens 
noch Glück im Unglück. Der Integerpointer un- 
terschlägt zwar jeden zweiten Buchstaben, er 
findet aber wenigstens ein Ende, wenn er auf das 
Nullbyte stößt. Wir haben zuvor den ganzen 
Array mit Nullbytes gefüllt (memset), so daß uns 
pint auch mit Zweiersprüngen nicht davonlaufen 
kann. 


3.3 Arrays aus Pointern 

Pointer sind elementare Datentypen. Man kann 
folglich auch aus Pointern Arrays bilden. Das 
sieht dann beispielsweise so aus: 


char *ptexte[4]; 


Ptexte ist ein Array aus 4 Pointern auf Char- 
Objekte. Eine solche Datenstruktur erlaubt die 
effiziente Verwaltung von Zeichenketten unter- 
schiedlicher Länge gestattet. 

Dies wird in C beim Programmstart ausge- 
nutzt, in dem die Kommandozeilenparameter auf 
einem Pointer an die Funktion main() übergeben 
werden. 

Bisher hatte unsere main()-Funktion immer 
keine Parameter: 


main() 


C kann aber auf portablem Wege Argumente 
aus der Kommandozeile verarbeiten. In Abbil- 
dung 8 sehen Sie ein C-Programm, daß drei Para- 
meter hat: 


1. argc 

Argc enthält die Anzahl der aktuell übergebenen 
Kommandozeilenparameter. C kann eine variable 
Anzahl von Parametern unterschiedlicher Länge 
verarbeiten. Argc ist immer größer gleich eins, da 
der Name des Programms selbst mit übergeben 
wird. 


2. argv 

Argv ist ein Array aus Pointern auf char. Das 
Array hat argc Elemente. Jedes Element zeigt auf 
einen nullterminierten String. Beispielsweise sind 
bei dem Aufruf 


test Dies ist ein Beispiel 


argc und argv wie folgt gesetzt: 


argc hat den Wert 5 

argv[0] zeigt auf das 't' von “test” 
argv[1] zeigt auf das 'D' von "Dies" 
argv[2] zeigt auf das 'i' von "ist" 
argv[3] zeigt auf das 'e' von "ein" 
argv[4] zeigt auf das 'B' von "Beispiel" 


3. envp 

Envp ist ein Array aus Environment-Strings. Das 
Ende wird durch einen Null-Pointer gekenn- 
zeichnet. Das Programm in Abbildung 8, demon- 
striert die Handhabung der Kommandozeilen- 
parameter. Es gibt alle Parameter und anschlie- 
ßend alle Environmentvariablen mit ihren Bele- 
gungen aus. Die Ausgabe wird über printf() rea- 
lisiert, das bereits in der letzten Folge bespro- 
chen wurde. Bitte beachten Sie, daß bei der Aus- 
gabe von Strings das Formatzeichen %s verwen- 
det wird. Die korrespondierende Variable ist 
dann vom Typ »Zeiger auf char«. Printf() erwar- 
tet also bei der Ausgabe von Strings eine 
Adresse. Beginnend bei dieser Adresse wird dann 
bis zum Nullbyte ausgegeben. 


3.4 Parameter by reference 

Ein wichtiger Anwendungsbereich von Pointern 
sind Funktionen mit Ausgangsparametern. Wir 
haben bereits am Beispiel von drawbox() gese- 
hen, wie Funktionen mit Parametern versorgt 
werden und daß eine Funktion ein Ergebnis über 
das Return-Statement zurückliefern kann. Das 
Return-Statement kann aber nur zur Rückgabe 
elementarer Datentypen verwendet werden. Die 
Rückgabe von Arrays beispielsweise ist nicht 
möglich. Außerdem kann es vorkommen, daß 
eine Funktion mehr als nur ein Ergebnis an die 
aufrufende Funktion hochreichen muß. 

Um dieses Problem zu lösen, übergibt die auf- 
rufende Funktion nicht den Wert einer Variablen, 
sondern deren Adresse. Die aufgerufene Funk- 
tion kann dann an dieser Adresse Ergebnisse ab- 
legen, also den Inhalt von Variablen der aufru- 
fenden Funktion verändern. Wir. wollen das Ver- 
fahren an einem Sourcecodefragment erläutern. 


void fkt (int *pausgang) 
{ 


*pausgang=10; 


erwartet die Adresse eines Integer als Para- 
meter. Die Zuweisung *pausgang=10 schreibt 
den Wert 10 an diese Adresse. Wenn fkt() wie 
folgt aufgerufen wird: 


void main() 
int zahl; 
zahl=0; 


fkt (zahl); 
printf ("wert hat jetzt den Wert %d \nt”, zahl); 


/* Typgenaue Dateneingabe */ 


#include <stdio.h> 
#inciude <conio.h> 
#include <string.h> 
#include <dos.h> 
#include "ckurs.h* 


sdefine OKT 0 

#define DEZ 1 

#define HEX 2 

#define CR 13 

#define MAX 20 

#define TRUE ı 

#define FALSE 0 

#define BACKSPACE & /* Code fuer Backspace “/ 
#define ESC 27 /* Code fuer Escape a 
#define BEEP putch('\a') /* Piepton en 
/* Prototypen * 


void main (void); 
Int getvalue (int ze, int sp, int format, int laenge, long *wert); 


int getvalue (int ze, int sp, int format, int laenge, long wert) 
l 


int i; /* Laufvariabie m 
int ende; /* Endeflag "/ 
int ei /* Tasteneingabe ”/ 


char s[MXell: _/* Buffer fuer Zahleneingabe */ 
char  init[MAX+3]; /* Rahmen und Blanks */ 


static char "wertebereich[] = 
l 


"01234567*, 

*0123456789*, 

*0123456789ABCDEFabcdef" 
h 


if (Taenge > MAX) 
laenge=MAX; 


*wert= 01; 


f* Eingabefeld anzeigen */ 
menset (init+i, ' *, laenge); 
init) = 'f'; 
init[laengeri]= ']': 
init[laenger2]= *'\0'; 


ANSI_CURPOS (ze,sp-1): 
printf (*45",init); 
ANSI_CURPOS (ze,sp); 


for (i=0, ende»FALSE; ende; ) 
1 
© = getch(); 


4» Zitter ? */ 

if (i<laenge 84 strchr (wertebereich[format], c) I= NULL) 
putch (s[i*+]=(char)c); 

eise 
i* Backspace ? */ 
if (c == BACKSPACE 38 1) 


ANSI_CUR_LEFT; 
putch ('"'); 
ANSI_CUR_LEFT; 


io 


else 
/* Endetaste ? */ 
If (c == ESC || c == CR) 
ende = TRUE; 


/* Ungueltige Taste */ 
BEEP; 


else 


} 


/* Wenn Zeichen eingegeben wurden, dann konvertieren I 
ir 6) 
l 

s{iJ="\0'; 

switch (format) 

I} 


case OKT: 
sscanf (s, "*lo”, wert); 
break; 

case DEZ: 
sscanf (s, "I1d*, wert); 
break; 

case HEX: 


sscanf (s, "ix", wert); 
break; 
} 
} 


return (c==CR ? TRUE : FALSE); 


F Authabuhchihabutelniabniohcheintuluhuhehuhuichbubuhuhuhiie beine ehstehrhehehehetutulchabsbchabuhubuhhnluhehahehetscheishehehehenhehel 1 
void main[void) 
j 
long wert; 
ANSI_CLR(); 
printf ("Dateneingabe Dezimalzahl mit Typ- und Laengenkontrolle.\n"); 
printf ("\nEditieren : Backspace" 
"\nAbschicken : CR* 
"\nabbruch : ESC*); 
while (getvalue (8, 2, DEZ, 8, äwert)) 


ANSI_CURPOS (10,1); 
printf ("Eingabe ist 381d I\n*, wert); 


1} 
ANSI_CLR(): 


hat Zahl nach Beendigung von fkt() den Wert 10. 
Es wurde eine Adresse übergeben (Adresse von 
zahl). Fkt() kann dann auf diese Adresse zugrei- 
fen. 


«Abbildung 9: 
Typgenaue Daten- 
eingabe. 
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C nimmt bei allen elementaren Datentypen 
eine Wertübergabe vor, d.h. es wird nur der ak- 
tuelle Wert einer Variablen auf den Stack gelegt. 
Die aufrufende Funktion arbeitet dann auf dieser 
Kopie, kann also den Wert des Originals in der 
aufrufenden Funktion nicht verändern. 

Wir wollen das Call-by-Reference-Thema noch 
einmal anhand einer Funktion zur typgenauen 
Dateneingabe vertiefen. C bietet verschiedene 
Routinen, um Zeichen von der Standardeingabe 
(Tastatur) zu verarbeiten. All diese Funktionen 
(gets, getch, scanf) sind aber mit Nachteilen be- 
haftet. So ist es beispielsweise nicht möglich, 
eine zeichenweise Typkontrolle bei der Eingabe 
vorzunehmen oder die Eingabelänge zu begren- 
zen. 

Wir wollen eine Funktion entwickeln, die eine 
Eingabe von numerischen Werten in oktaler, 
dezimaler und hexadezimaler Notation gestattet. 
Die Länge eines Eingabefeldes soll über Parame- 
ter begrenzbar sein. Der Datentyp OKT, DEZ 
oder HEX wird ebenfalls als Parameter mit- 
gereicht. Abbildung 9 zeigt eine solche Funktion. 

Besonders interessant ist hier die Verwendung 
des Ausgangsparameters wert. Hier steht nach- 
her die eingegebene Zahl. Der Returnwert dient 
dazu, der aufrufenden Funktion mitzuteilen, ob 
die Eingabe ordnungsgemäß mit abge- 
schlossen (TRUE) oder mit (FALSE) abge- 
brochen wurde. Getvalue() nutzt die Funktion 
getchO, um direkt ein Zeichen von der Konsole 
zu lesen. Zunächst wird abgeprüft, ob es sich um 
ein gültiges Zeichen handelt. Hierzu wurde die 
Variable wertebereich als Array aus Zeigern auf 
char definiert. Die einzelnen Strings enthalten 
die gültigen Zeichen. Über die Standardfunktion 
strchr() kann dann einfach überprüft werden, ob 
das eingegebene Zeichen gültig ist. 

Als Sondertasten werden [Backspace ], 
und (Esc) bearbeitet. Bei ungültigen Zeichen wird 
ein akustisches Signal ausgegeben. 

Interessant ist auch die Funktion sscanf() 
(string scan formatted). Sie liest einen String 
gemäß einer Formatangabe, konvertiert die Zei- 
chen und legt sie in den übergebenen Variablen 
ab. Sscanf ist eine Standardfunktion, die mit 
Ausgangsparametern arbeitet. An die entspre- 
chenden Adressen überträgt sscanf() die forma- 
tierte Ergebnisse. 


3.5 Operatoren 

Bereits in der letzten Folge haben wir eine Reihe 
von Operatoren kennengelernt. Wir wollen das 
Thema Operatoren jetzt mit der Behandlung der 
Bitoperatoren abschließen. Zusätzlich werden die 
Prioritäten bei der Auswertung besprochen. 


Bitoperatoren 

Bitoperatoren arbeiten auf binären Zahlen. Eine 
Binärzahl besteht nur aus den Werten (0) und 
(1). Auch das Binärsystem ist ein Stellenwert- 
system, bei dem die Stellung einer Ziffer inner- 


halb der Zahl über ihre Wertigkeit entscheidet, 
anders als beispielsweise im römischen Zahlen- 
system. Im Dezimalsystem beispielsweise, das auf 
der Basis 10 beruht, ist die Stelle n von der Wer- 
tigkeit 10 hoch n. Das Binärsystem basiert auf 
der Basis 2. Die einzelnen Stellen werden von 
rechts beginnend gezählt. 


Der Wert der Dezimalzahl 123 ergibt sich als 
Stelle 0: 3* (10 hoch 0) 3 
Stelle 1: 2 *(10 hoch 1) 20 
Stelle 2: 1 *(10 hoch 2) 100 


Der Wert der Binärzahl 01111011 (Dezimal 123) ergibt sich als 
Stelle 0: 1 *(2 hoch 0) 1 
Stelle 1: 1 *(2 hoch 1) 2 
Stelle 2: 0 *(2 hoch 2) 0 
Stelle 3: 1 *(2 hoch 3) 8 
Stelle 4: 1 *(2 hoch 4) 16 
Stelle 5: 1 *(2 hoch 5) 32 
Stelle 6: 1 *(2 hoch 6) 64 
Stelle 7: 0 *(2 hoch 7) 0 


Bitoperatoren arbeiten auf einer binären Zah- 
lendarstellung. Die nun folgenden Bitoperatoren 
sind in C definiert. 

Der UND-Operator (&) 
In dem Ergebnis werden diejenigen Bits gesetzt, 
die in beiden Operanden gesetzt sind: 


a 1010 (Dezimal: 10) 
b 0111 (Dezimal: 7) 
akb 0010 (Dezimal: 2) 


Der ODER Operator (|) 

In dem Ergebnis werden diejenigen Bits gesetzt, 
die entweder in einem der beiden oder in beiden 
Operanden gesetzt sind: 


a 1010 (Dezimal: 10) 
b o111 (Dezimal: 7) 
alb 1111 (Dezimal: 15) 


Der EXKLUSIV-ODER Operator (”) 

In dem Ergebnis werden diejenigen Bits gesetzt, 
die in einem aber nicht in beiden Operanden ge- 
setzt sind. Beispiel: 


a 1010 (Dezimal: 10) 
b om (Dezimal: 7) 
arb 1101 (Dezimal: 13) 


Der KOMPLEMENT Operator (—-) 

Der Operator bezieht sich nur auf einen Operan- 
den (unärer Operator). Die Bits werden inver- 
tiert: 


1010 (Dezimal: 10) 
“ 0101 (Dezimal: 5) 


w 


Die SHIFT-Operatoren (<<, >>) 

Der linke Operand wird um so viele Positionen 
nach links (<<) oder rechts (>>) geshiftet, wie 
durch den rechten Operanden angegeben wird: 


a 0101 (Dezimal 5) 
a<<] 1010 (Dezimal 10) 
a>>1 0010 (Dezimal 2) 


Das Programm in Abbildung 10 demonstriert 
die Handhabung der Bitoperatoren. Es liest zwei 
Operatoren von der Kommandozeile, verwandelt 
sie in numerische Werte und verknüpft diese. 


#include «stdio.h> 
#include <stdlib.h> 
#include "ckurs.h* 


/* Prototypen */ 
void main (int argc, char *"argv); 
void dispbin (unsigned short wert); 
void main (int argc, char ""argv) 
[ 
unsigned short opl; 
unsigned short op2; 
unsigned short erg; 
if (arge I» 3} 
{ 
printf ("Aufruf %s Operandl Operand2 I\n*, argv[0]); 
exit (1); 
} 


sscanf (argv[1], "%d*, Sopl); 
sscanf (argvf2], "Nd*, &0p2); 


printf ("\ns5u & &5u = $5u ", opl, opZ, erg = opl 3 0p2); 


dispbin (erg); 

printf ("\nk5u | %5u = u *, opl, op2, erg = opl | op2): 
dispbin (erg); 

printf ("\ni5u * 450 = %5u *, opl, opZ, erg » opl * op2); 
dispbin (erg); 

printf ("\mk5u << 450 = A5u *, opl, op2, erg = opl << op2); 
dispbin (erg); 

printf ("\nk5u >> A5u = 45u *, opl, 0p2, erg = opl >> op2); 
dispbin (erg); 

printf (*"\n “ u = ku *, opl, erg = "opl); 

dispbin (erg); 


} 
void dispbin (unsigned short wert) 
[ 

register % 


printf (*"Binär: *); 
for (1=0; i<16; i++, wert<«1) 
l 


printf ("%c*, wert & 0xB000L ? '1* : '0'); 
it (ie7) 
printf(* "); 


Bitoperatoren sind unerläßlich, wenn ein be- 
stimmtes Bit innerhalb eines Bytes oder Worts 
abgefragt werden soll, wie dies z.B. beim Inter- 
rupt 17h (INT 17h) benötigt wird. Der INT 17h 
des ROM-BIOS sendet ein Zeichen an den Druk- 
ker und liefert im Fehlerfalle den Druckerstatus 
in einem Register zurück. Der Status ist in fol- 
gendem Bitmuster kodiert: 


Bit 7: 1 = Drucker bereit 
Bit 6: 1 = Acknowledge 

Bit 5: 1 = Kein Papier 

Bit 4: 1 = Drucker Selektiert 
Bit 3: 1 = Ein- Ausgabefehler 
Bit 2: wird nicht benutzt 
Bit 1: wird nicht benutzt 
Bit 0: 1 = Time out 


Den Fehler »Kein Papier« kann man wie folgt 
abfragen: 


#define NO_PAPER 0x20 


if (status & NO_PAPER) 
printf ("Kein Papier im Drucker !\n"); 


Das 5. Bit hat die Wertigkeit 32 (2 hoch 5). 
Bitmasken werden in der Regel in hexadezimaler 
Notation angegeben. Dezimal 32 entspricht hexa- 
dezimal 20 (0x20). Die Operation (status & 
NO_PAPER) setzt im Ergebnis nur Bits, die in 
beiden Operanden gesetzt sind. Wenn Bit 5 an- 
geschaltet ist, liefert (status & NO_PAPER) den 
Wert 32, andernfalls 0. Da in C jeder Wert un- 
gleich O als wahr gilt, wird in die IF-Anweisung 
verzweigt, wenn Bit 5 gesetzt ist. 


3.6 Der Operator für bedingte Bewertung 
(?:) und der Kommaoperator (3). 

C umfaßt zwei Operatoren, die etwas unge- 
wöhnlich sind, aber keine großen Verständ- 
nisprobleme bereiten. Der Operator für bedingte 


Bewertung (?:) ist ein IF-ELSE-ähnliches Kon- 
strukt auf Operatorebene. Der Anweisungsteil 
von dem ? wird ausgewertet. Liefert er einen 
Wert ungleich 0, wird der Anweisungsteil vor, 
andernfalls der hinter dem : ausgeführt. Die An- 
weisung 


mx=-a>b?a:b; 


weist das Maximum von a und b an max zu. Es 
ist gleichbedeutend mit der IF-ELSE-Konstruk- 
tion: 


if (a>b) 
max = a; 
else 
max = b; 


Der Kommaoperator , verbindet zwei Aus- 
drücke miteinander. Sie werden von links aus- 
gewertet. Als Ergebnis des gesamten Ausdrucks 
gilt der Wert des rechten Operanden des Kom- 
maoperators. Der Operator findet besonders in 
For-Schleifen Verwendung, um mehr als eine 
Laufvariable zu verwalten: 


for (i=0, j=1; i<100 ; it) 
Bf 4 


Häufig wird der Kommaoperator auch dazu 
verwendet, mehrere Variablen gleichen Daten- 
typs zu deklarieren. 


int a,b,c; 


deklariert drei Integervariablen a, b und c. 

Eine weitere Verwendungsmöglichkeit ist die 
Kombination von Ausdrücken in einer IF-ELSE- 
Konstruktion. Hier kann man sich Klammern spa- 
ren: 


if (argc < 3) 
printf ("Parameterfehler !\n*), exit(1); 


3.7 Prioritäten und Reihenfolge der 
Auswertung 

Die folgende Tabelle gibt die Prioritäten bei der 
Auswertung von Operatoren an. 


Operatoren Zusammenfassung 
1. 0 0 .type von links nach rechts 
2. IH —t+-*& 

(type) sizeof von rechts nach links 
3 #/% von links nach rechts 
4. +- von links nach rechts 
TR, > 2 2-2 von links nach rechts 
6. <<= >> von links nach rechts 
7. == I= von links nach rechts 
8 & von links nach rechts 
9 8 von links nach rechts 
10. | von links nach rechts 
11. 8&& von links nach rechts 
12. || von links nach rechts 
13. % von links nach rechts 
14. = += —= *= /= %= $= 

N= |= <<= >>= von rechts nach links 


44 Abbildung 10: 
Bitoperatoren. 
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Die Tabelle verzeichnet abnehmende Prioritä- 
ten. Die Operatoren der Stufe 1 haben die 
höchste Priorität. Die Operatoren + und - sind 
als Vorzeichenoperatoren mit nur einem Ope- 
randen (unärer Operator) und als binäre Opera- 
toren vorhanden. Wenn sie als Vorzeichen be- 
nutzt werden, haben sie eine hohe Priorität und 
stehen auf Ebene 2. 

Der Operator * hat ebenfalls eine Doppel- 
bedeutung. Als unärer Operator dereferenziert er 
eine Adresse und als binärer Operator bewirkt er 
eine Multiplikation. Der Adreßoperator befindet 
sich auf Ebene 2, der Multiplikationsoperator auf 
Ebene 3. 

Die Spalte »Zusammenfassung« gibt an, wie 
Operatoren zusammengefaßt werden, die sich 
auf einer Stufe befinden. Es gilt 


a=3 


Die Zuweisung 


atb=c=2 


wird von rechts zusammengefaßt: 


a+= (b= (c = 2)) (a=5, b=2, c=2) 

Die Sprache C definiert zwar den Vorrang der 
Operatoren bei der Auswertung von Ausdrücken, 
die zeitliche Auswertung eines Ausdrucks durch 
den Compiler ist aber nur für die Operatoren 88, 
|]; ?: und „ definiert. Diese zeitliche Unbe- 
stimmtheit kann zu Problemen führen, wenn 
innerhalb einer Anweisung ein Ausdruck eine 
Variable ändert, auf die sich ein anderer Aus- 
druck bezieht: 


x[i] = ir; 


Es ist nicht sicher, ob der Index in den Array x 
schon erhöht wurde oder nicht. Der ++-Opera- 
tor besagt zwar, daß das i auf der rechten Seite 
erst erhöht werden darf, nachdem es verarbeitet 
wurde. Nicht definiert ist aber, ob diese Erhö- 
hung vor oder nach der Adreßberechnung auf 
der linken Seite erfolgen soll. Der Programmierer 
sollte derartige Seiteneffekte auf jeden Fall ver- 
meiden. Die Ergebnisse sind compilerabhängig. 
Gleiches gilt auch bei Funktionsaufrufen. Für den 
folgenden Aufruf kann nicht gesagt werden, wel- 
che Werte die Parameter in der Funktion haben: 


fkt (i, it, ii) 


Die Operatoren 88, ||, ?: und , nehmen eine 
Sonderstellung ein, da die zeitliche Auswertung 
dort immer von links nach rechts vorgenommen 
wird. Aus dieser zeitlichen Reihenfolge resultiert 
ein Effizienzgewinn bei der Auswertung von || 
und &&. Ausdrücke werden nur solange bewer- 
tet, bis ihr Wahrheitswert eindeutig feststeht. 
Beispiel: 


if (a5 || b==3) 


Der linke Teil der Bedingung wird zuerst aus- 
gewertet. Wenn a==5 zutrifft, steht der Wahr- 
heitswert der Bedingung fest und der zweite Teil 
muß nicht mehr ausgewertet werden. Dies kann 
zu Problemen führen, wenn der rechte Operator 
eine Zuweisung enthält: 


if (a==5 || (b» arl)) 


b wird nur dann auf a+1 gesetzt, wenn a un- 
gleich 5 ist. 

In C liefert ein Ausdruck immer ein Ergebnis. 
Hierdurch sind komplexe Ausdrücke und Mehr- 
fachzuweisungen wie 


asbece?2*3; 


möglich. Der Ausdruck c=2*3 liefert als Er- 
gebnis den Wert von c (6), dieser wird an b zu- 
gewiesen, der schließlich an a. 

Diese Flexibilität hat auch Schattenseiten. In 
der Abfrage 


if (c=5) 
| 


wurde aus dem Vergleichsoperator (==) ein 
Zuweisungsoperator (=). Der Ausdruck c=5 lie- 
fert den Wert 5. Da jeder Wert ungleich O als 
wahr gilt, verzweigt das Programm immer in das 
IF-Konstrukt. Ein solcher Fehler ist für C-Neu- 
linge schwer zu finden. 


4. Library Guide 


In den Beispielen dieser Folge wurden die 
Memory- und die String-Funktionen, sowie die 
Funktionen der scanf-Familie angesprochen. 
Diese werden im folgenden erläutert. 


Stringfunktionen 

Strings sind in C als Array aus Charactern im- 
plementiert. Das Ende eines Strings wird durch 
ein sogenanntes Nullbyte (HEX 0) gekennzeich- 
net. Die Länge von Strings ist deshalb prinzipiell 
nicht begrenzt. Manche Compiler setzen aber 
eine Grenze bei 512 Bytes. Im folgenden werden 
alle ANSI-Stringfunktionen, die der MSC/QC- 
Compiler zur Verfügung stellt, kurz vorgestellt. 
Schnittstellen 


#include string.h 


char *strcat (char *ziel, const char *quelle) 


Hängt Zeichenkette quelle hinter Zeichenkette 
ziel. 


char *strchr (char *string, int c); 


Sucht von links nach dem Zeichen c in dem 
String string. 


Stellenangebot 
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int stremp (const char *stringl, const char *string2); 


Vergleicht stringl und string2. 


int strempi (const char *stringl, const char *string2); 


Vergleicht stringl und string2 ohne Berücksichti- 
gung von Groß-/Kleinschreibung. 


char *strcpy (char *ziel, const char *quelle); 


Kopiert den String quelle auf die Adresse ziel. 


size _t strespn (const char *quelle, const char *zeichensatz); 


Liefert den Index des ersten Zeichens in quelle, 
das in zeichensatz enthalten ist. 


char *strdup (const char *quelle); 


Reserviert Speicherplatz und legt dort eine Kopie 
von quelle ab. 


size_t strlen (const char *string); 


Ermittelt die Länge der Zeichenkette string. 


char *striwr(char *string); 


Verwandelt alle Großbuchstaben aus string in 
Kleinbuchstaben. 


char *strpbrk (const char *quelle, const char *zeichensatz); 


Liefert einen Pointer auf das erste Zeichen in 
quelle, das in zeichensatz enthalten ist. Im Ge- 
gensatz zu strespn() wird nicht der Index des 
Zeichens, sondern seine Adresse ermittelt. 


char *strrchr (const char *quelle, int c); 


Sucht von rechts nach dem Zeichen c in dem 
String string. 


char *strrev (char *string); 


Dreht die Zeichenkette string um. 


char *strset (char *ziel, int zeichen); 


Alle Zeichen von ziel werden auf zeichen gesetzt. 
Das Nullbyte bleibt erhalten. 


char *strspn (const char *quelle, const char *zeichensatz); 


Ermittelt den Index des ersten Zeichens in quelle, 
das nicht in Zeichensatz enthalten ist. 


char *strstr (const char *stringl, const char *string2); 


Liefert den Pointer auf das erste Vorkommen von 
string2 in stringl. 


char * _strtime (char *time); 


Setzt time auf die aktuelle Tageszeit. 


char * _strdate (char *date); 


Setzt date auf das Tagesdatum. 


Die meisten Stringfunktionen liefern einen 
char-Pointer (char *) als Returnwert. Zwei 
Punkte sind hier besonders zu beachten: 
1.Es ist wichtig, die Prototypen der Funktionen 
durch Einbinden von string.h bekanntzumachen. 
Andernfalls würde der Compiler davon ausge- 
hen, daß die Funktionen einen INT-Wert liefern 
(Defaulteinstellung). Die Adresse eines Char ist 
aber etwas anderes als ein Integer. Unter MS- 
DOS ist ein Integer 2 Byte lang, ein Pointer auf 
ein Datenobjekt aber je nach gewähltem Spei- 
chermodell 2 (Small und Medium) oder 4 (Large 
und Huge) Bytes lang. Ist das Programm bei- 
spielsweise im Large-Model übersetzt und ist 
dem Compiler der Returnwert der Funktion nicht 
bekannt, so legt die Stringfunktion (z.B. strcat) 
zwar vier Bytes auf den Stack, die aufrufende 
Funktion holt aber nur zwei Bytes ab. Die 
Adresse ist verstümmelt. 
2.Einige Stringfunktionen liefern die Adresse 
Ihres Zielobjektes als Returnwert. Hierdurch ist 
eine elegante Weiterverarbeitung in geschachtel- 
ten Funktionsaufrufen möglich. Durch 


strcat (ziel, strcat (stam, anhang)); 


wird der String anhang an den String stamm 
und das Ergebnis ziel gehängt. Der Zielstring 
muß lang genug sein, um den angehängten 
String aufzunehmen. 

Wir wollen uns diesen Aspekt anhand eines 
kleinen Programms verdeutlichen: 


main() 
{ 
char name[23]; 
char vorname[16] 


strcpy(name,"Johann "); 
strcepy(vorname, "Wolfgang "); 


printf ("Der Bursche heißt: %s\n*, strcat(name, 
strcat(vorname,"Goethe"))); 


Die Zeichenkette »Goethe« wird an den String 
»Wolfgang « angehängt. Die Zielvariable vor- 
name ist lang genug, um beide Namen aufzu- 
nehmen (15 Bytes + Nullbyte). Strcat() liefert 
die Anfangsadresse des Zielstrings vorname als 
Returnwert. Dieser wird als Quellstring für den 
nächsten Funktionsaufruf verwendet. 

Konstante Zeichenketten werden vom C-Com- 
piler automatisch mit einem Nullbyte versehen 
und in einem bestimmten Programmsegment ab- 
gelegt. Dort wo die Zeichenkette verwendet 
wird, trägt der Compiler dann die Adresse inner- 
halb dieses Segmentes ein. 

Ein umfangreiches Beispiel zur Stringverarbei- 
tung finden Sie in Abbildung 10. Die Strings wer- 
den als Kommandozeilenparameter mitgegeben. 


Memory-Funktionen 

Die Standardbibliothek umfaßt Funktionen zur 
Verarbeitung beliebiger Speicherbereiche. Die 
Speicherbereiche müssen nicht wie bei den 
Stringfunktionen nullterminiert sein. Die Funk- 
tionen werden im folgenden beschrieben. 
Schnittstellen 


#include <memory.h> 


void * memcpy (void * ziel, const void * quelle, size_t anzahl); 


Kopiert anzahl Zeichen von quelle nach ziel. 


int memcmp (const void *bufferl, const void *buffer2, anzahl); 


Vergleicht die ersten anzahl Zeichen von bufferl 
und buffer2. 


void * memchr (void *buffer, size_t zeichen, unsigned anzahl); 


Sucht in den ersten anzahl Zeichen von buffer 
nach dem Zeichen. 


void * memset (void *ziel, int zeichen, size_t anzahl); 


Setzt die ersten anzahl Zeichen von ziel auf zei- 
chen. 


Die Scanf-Funktionen 

Die Scanf-Funktionen führen eine datentypspezi- 
fische, formatierte Eingabe durch. Sie sind das 
Gegenstück zur printfO)-Funktionsfamilie. 
Schnittstellen 


#include «stdio.h> 


int scanf (format [‚argumente]...); 


Scanf() interpretiert den Formatstring format 
und nimmt für jeden Platzhalter eine Eingabe 
des entsprechenden Typs entgegen. Für jeden 
Platzhalter innerhalb des Formatstrings muß die 
Adresse einer Variable des entsprechenden Typs 
angegeben werden. An diesen Adressen stellt 
scanf() dann die eingegebenen Zeichen ab. 

Die Platzhalter werden wie bei printf() durch 
ein % eingeleitet und mit einem Datentyp abge- 
schlossen. 

Scanf liest solange Zeichen von der Standard- 
eingabe, bis ein »white space character« 
(Leerzeichen, Tab oder Newline) kommt, ein 
Zeichen angetroffen wird, das nicht dem einzu- 
lesenden Datentyp entspricht oder die optionale 
Eingabelänge erreicht ist. Alle folgenden Zeichen 
bleiben in der Standardeingabe und werden vom 
nächsten scanf() verarbeitet. Um die Standard- 
eingabe zu leeren, kann der Funktionsaufruf 
fflush(stdin) benutzt werden. 

Scanf liefert als Returnwert die Anzahl der 
eingelesenen Felder. 

Scanf arbeitet ebenso wie printf() mit einer 
variablen Anzahl von Parametern. Der Program- 
mierer muß dafür sorgen, daß die Anzahl der 
übergebenen Parameter mit der Anzahl der 


/* Demonstriert die Handhabung bestimmter Stringfunktionen “/ 
#include «stdio.h> 
#inciude <string.h> 
#include <time.h> 
#define VOKALE "aeiouAEI0OUu" 
void main (int argc, char **argv); 
void main (int argc, char **argv) 
l 

char  buffer[200]; 

char 4 

int % 


for (f=1; isargc; I+) 
printf (*String 34: 3-30s Länge 4d \n*, 1, argv[t]. strien (argv[i])); 


for (buffer[0] = '\0', i=1; i<argc; i+r) 
strcat (buffer, argv[i]); 
printf (*Stringverkettung mit strcat : %s Länge kd\n*, buffer, strien (buffer)); 
printf (*Grossbuchstaben mit strupr : %s \n*, strupr(buffer)); 
printf (*Kleinbuchstaben mit striwr : %s \n*, striwr(buffer)); 
printf ("String rückwärts mit strrev : 45 \n*, strrev (buffer)); 


printf (*\nHeute ist der %s\n*, _strdate(buffer)); 
printf ("Es ist jetzt 45 Uhr \n*, _strtimelbuffer)); 


for (prargv[1]. i=2; i<arge; i#+) 
1f (strem (p, argv[i)) >0) 
prargv[i]; 
printf ("Der lexikalisch kleinste String : As\n*, p); 
printf (*\nFolgende Vokale sind enthalten :"); 
for (i=1; i<arge; 14) 


for (prargv[i]; (p=strpbrk(p, VOKALE)) != NULL; p++) 
printf ("sc *, *"p); 


Platzhalter übereinstimmt. Sind zuwenig Argu- 
mente angegeben, wird der nächste auf dem 
Stack liegende Wert als Adresse interpretiert und 
dort die Eingabe abgelegt. In der Regel werden 
hierdurch wichtige Informationen zerstört und 
das Programm verabschiedet sich. 

Das Programm in Abbildung 11 demonstriert 
die Handhabung von scanf(). Es wird mit einer 
Zeichenkette aus Formatierungszeichen aufgeru- 
fen und liest entsprechend dieser Formate die 
Datentypen ein. Nach jedem Schleifendurchlauf 
wird die Standardeingabe von Zeichen geleert. 


int fscanf (FILE *stream, format [, argumente]); 


Liest nicht von der Datei stream. Dateioperatio- 
nen werden in einer späteren Folge besprochen. 


int sscanf (const char *buffer, const char *format [‚argumente]); 


Liest den String buffer und konvertiert ihn ge- 
mäß den Formatbeschreibungen in format. Die 
Ergebnisse werden in den Argumenten des ent- 
sprechenden Datentyps abgelegt. Das Beispiel in 
Abbildung 12 demonstriert anhand eines ein- 
fachen Taschenrechners das Einlesen über 
scanf() und die Formatierung über sscanf(). Das 
Beispiel macht sich die Tatsache zunutze, daß 
scanf() die Konvertierung eines Feldes abbricht 
sobald ein ungültiges Zeichen erscheint. Das Zei- 
chen verbleibt im Eingabestrom und wird vom 
nächsten scanf() verarbeitet. Bei der Eingabe: 


abbi2 3 4 + 
= 7.00 
12,9 

= 84.00 

q 


wird das q von dem scanf(), das den nächsten 
Operanden einlesen soll, im Eingabestrom belas- 
sen. Das folgende scanf() im Reinitialisierungs- 
teil der For-Schleife verarbeitet es dann. 


«Abbildung 11: 
Stringfunktionen. 
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» Abbildung 12: 
Ein einfacher 
Taschenrechner. 
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#include «stdio.h> 
#include <stdlib.h> 


void main (int argc, char *argv[]); 
void main (int argc, char "argv{]) 
{ 
double werti; 
double wert2; 
double erg; 
char operand; 
if (argc I= 4) 
printf (*\nAufruf: %s Zahl Zahl Operand I\n*, argv[0]); 
printf (*\nBeispiel 3 4 +\n\n”); 
exit (1); 
} 
printf ("Ende : q I\n*); 
sscanf (argv[1]. "317", &wert!); 
sscanf (argv[2], *%1f*, Swert2); 
operand = argv[3] [0]; 
for {operand«argv[3][0]; operand I= ’q'; scanf (*$c*, Soperand)) 
{ 
switch (operand) 


case '+': 
erg = wert! + wert2; 
break; 


case '-': 
erg = werti — wert2; 
break; 


case '*': 
erg = wert] * wert2; 
break; 


case '/': 
erg = wert] / wert2; 
break; 


} 

printf (* = &.21f\n*, erg); 
wert! = erg; 

scanf (* #11*, Swert2); 


Das Beispiel verwendet die umgekehrte pol- 
nische Notation (UPN), die zuerst beide Operan- 
den und dann den Operator erwartet. 


int cscanf (format [,‚argumente]...); 


liest direkt von der Konsole. Im Gegensatz zu 
scanf() ist eine Editierung der Eingabe über 
nicht möglich. Cscanf() terminiert 
auch sofort, wenn die Eingabelänge erreicht ist, 
ein abschließendes ist nicht erforderlich. 


5. Getrennte Kompilierung 


In dieser Folge haben wir zum ersten Mal ein 
Programm erstellt, daß aus zwei Sourcefiles be- 
stand. In Abbildung 5 ist die Funktion drawbox 
enthalten, in Abbildung 6 die main()-Funktion. 
Im folgenden werden wir systematisch beschrei- 
ben, wie ein Programm aus mehreren Sourcefiles 
kompiliert und gelinkt wird. Wir gehen hierbei 
sowohl auf die QC-Entwicklungsumgebung ein 
als auch auf den MSC 5.1-Compiler. 


Getrenntes Kompilieren und Linken mit dem MSC 
5.1-Compiler 

Um unter dem MSC 5.1 ein einzelnes Sourcefile 
zu kompilieren, muß der automatische Linker- 
Aufruf unterdrückt werden. Der Linker kann 
nämlich kein ausführbares File erzeugen, da die 
main()-Funktion fehlt. Der Aufruf 


cl /W3 abb5.c 


führt zu folgender Fehlermeldung des Linkers: 


link: error 12029: unresolved externals: 


_main in file(s): 
c:\msc\lib\slibce.LIß(dos\crtO.asm) 


There was 1 error detected 


Der korrekte Aufruf unterdrückt den Linker- 
aufruf über die Option /c: 


ci /w3 /c abb5.c 


Es wird ein Objektfile mit dem Namen 
abb5.obj erzeugt. Anschließend muß das zweite 
File (abb6.c) mit 


cl /w3 /c abb6.c 


übersetzt werden. Der Linker kann dann beide 
Files zu einem EXE-File zusammenbinden: 


link abb6+abb5,prog; 


Es wird das Programm prog.exe aus den Ob- 
jektdateien abb6.obj und abb5.obj erstellt. 
Der Link-Aufruf ist wie folgt aufgebaut: 


link [OPTIONEN] Objektdateien, [Name des EXE-Files], 
[Name des Map-Files], [Bibliotheken] 


Optionen 

Der Linker unterstützt zahlreiche Optionen, von 
denen hier nur die wichtigsten vorgestellt wer- 
den: 

/MAP: Der Linker erstellt eine Mappingdatei mit 
einer Liste von Öffentlichen Symbolen (Funk- 
tionsnamen und globale Variablen). 

/NOI: Der Linker unterscheidet zwischen Groß- 
und Kleinbuchstaben. Ohne diese Option sind für 
den Linker die Funktionsnamen drawbox() und 
DrawBox() identisch. 

/ST:number: Die Stackgröße wird auf number 
Bytes festgelegt. Die Default-Größe beträgt bei C- 
Programmen 2048 Bytes. 

/CO: Der Linker schreibt symbolische Namen 
und Zeilennummern in das EXE-File, damit es 
von dem Codeview-Debugger verarbeitet werden 
kann. Dieses Flag sollte nur für Debugging- 
Zwecke benutzt werden. Das EXE-File wächst 
hierdurch um ca. 20-30 Prozent. 

Objektdateien 

Es muß mindestens eine Objektdatei angegeben 
werden. Mehrere Objektdateien werden durch + 
verbunden. 

Name des EXE-Files 

Hier kann der Name des ausführbaren Pro- 
gramms gewählt werden. Wenn die Angabe ent- 
fällt, nennt der Linker das Programm nach der 
ersten angegebenen Objektdatei. 

Name des MAP-Files 

Der Linker erstellt ein MAP-File, daß Informatio- 
nen über Segmentgrößen enthält. Über die 
Option /MAP können zusätzlich die Namen aller 
öffentlichen Symbole in dieses File geschrieben 
werden. 

Bibliotheken 

Hier können sämtliche Bibliotheken angegeben 
werden, in denen der Linker nach Objektdateien 
suchen soll. Die Erstellung und Verwaltung von 


Bibliotheken wird über den Library-Manager 
(lib.exe) vorgenommen. Er wird unten detailliert 
beschrieben. 


Getrenntes Kompilieren und Linken in der 
QC-Entwicklungsumgebung 

QC bietet eine sehr komfortable Verwaltung für 
umfangreiche Projekte in sogenannten »Program 
Lists«. Eine »Program List« kann die Namen von 
Bibliotheken, Objektdateien oder Sourcefiles 
enthalten. »Program Lists« haben die Default- 
Extension .MAK. Sie werden über den Menü- 
punkt »Make/Set Program List« erstellt. Die 
Menüpunkte »Make/Build Program« und 
»Make/Rebuild All« greifen auf die aktuelle 
»Program List« zu und erstellen das entspre- 
chende EXE-File. 

Wir wollen das Vorgehen im folgenden 
anhand der Sourcefiles abb5.c und abb6.c be- 
sprechen. 

Wählen Sie den Menüpunkt Make/Set Pro- 
gram List und tragen Sie in das erste Feld den 
Namen des MAK-Files ein. Anschließend selektie- 
ren Sie die Dateien abb5.c und abb6.c aus dem 
Fenster »File List« und stellen Sie über die 
»Add/Delete« Operation in die »Program List« 
ein. 


6. Das Utility-Programm Lib 


Der Bibliotheksmanager LIB dient zur Verwal- 
tung von Objektdateien in Bibliotheken. LIB kann 
die benötigten Informationen von der Komman- 
dozeile, aus einer Responsedatei oder interaktiv 
einlesen. LIB unterscheidet zwischen Objekt- 
dateien und Modulen. Objektdateien können 
einen Pfadnamen und eine Extension haben, 
Module haben nur einen Namen. 

Wenn LIB ohne Kommandozeilenargumente 
aufgerufen wird, erfragt er wie folgt die benötig- 
ten Angaben. Beispiel: 


LIB 
Library Name: ckurs.lib 
Operations: +abb5 


List file: ckurs.Ist 
Output Library: 


Die fettgedruckten Angaben markieren die 
Eingaben des Benutzers. 

Die Objektdatei abb5.obj wird in die Biblio- 
thek ckurs.lib gestellt. Ein Verzeichnis aller in der 
Bibliothek enthaltenen Funktionen wird in die 
Datei ckurs.lst geschrieben. Als »Output Library« 
dient ebenfalls ckurs.lib. Die einzelnen Prompts 
werden im folgenden besprochen: 

Library name: Es wird der Name einer existie- 
renden Bibliothek erwartet. Ist die Bibliothek 
nicht vorhanden, legt LIB sie nach entsprechen- 
der Rückfrage an. 

Operations: Ein Kommando besteht aus einem 
Kürzel (+,-,+-,* oder -*) gefolgt von einer 
Objektdatei. Sie können Objektdateien hinzu- 


fügen (+), Module löschen (-), austauschen (- 
+), in eine Datei kopieren (*) oder in eine Datei 
bewegen (-*). 

List file: Das list file enthält ein cross-reference- 
listing mit allen öffentlichen Symbolen in einer 
Bibliothek und mit Verweisen auf die Module, in 
denen diese Symbole angesprochen werden. 
Output Library: Wenn hier kein Bibliotheksname 
angegeben wird, nimmt LIB den unter »Library 
Name« spezifizierten Namen. 

LIB kann auch benutzt werden, um mehrere 
Bibliotheken zusammenzufassen. Hierzu wird 
das +-Kommando im Feld »Operations« gefolgt 
von einem Bibliotheksnamen (Extension .lib) 
angegeben. 


7. Aufgaben 


7.1 Aufgabe 1 

Schreiben Sie ein Programm, das einen Rahmen 
auf den Bildschirm zeichnet. Die Koordinaten 
und die Art des Rahmens sollen als Kommando- 
zeilenparameter mitgegeben werden. Es gilt: 


Linke obere Ecke: 1/1 
Rahmenarten: Einfach == 1, Doppelt == 2 
Beispiel: 

Der Aufruf 


aufgabel 1120 80 2 


zeichnet einen doppelten Rahmen von (1,1) bis 
(20,80). 


7.2 Aufgabe 2 

Erstellen Sie eine Funktion, die Lichtbalken- 
menüs erzeugt. Die Funktion soll folgende 
Schnittstelle haben: 


menu (int zeile, int spalte, char **texte, int anzahl, int start); 


zeile: Startzeile des Menüs, spalte: Startspalte 
des Menüs, texte: Argv-ähnliche Struktur mit den 
einzelnen Menütexten, anzahl: Anzahl Menü- 
texte, start: Startpunkt. Der Lichtbalken steht zu- 
erst auf diesem Menüpunkt. 

Der aktive Menüpunkt wird invers hervor- 
gehoben. Die Funktion liefert die Nummer des 
ausgewählten Menüpunktes als Returnwert. Mit 
wird der nächste mit der vor- 
herige Menüpunkt angewählt. wählt den 
aktiven Menüpunkt aus und beendet das 
Menü ohne eine Auswahl. 

Hinweis: Manche Tastenkombinationen (z.B. 
(shift)(Tab)) liefern einen erweiterten Code aus 
zwei Zeichen. Als erstes Zeichen wird eine O ge- 
schickt, anschließend der Scan-Code der Taste. 
Es empfiehlt sich, eine kleine Funktion zu schrei- 
ben, die alle Tastencodes auf einen numerischen 
Wert abbildet. 


C-Kurs 


Microsoft 
System Journal 
Nov./Dez. 1989 


139 


Sagen Sie 


J 


für System-Entwickler. 
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7.3 Aufgabe 3 

Erstellen Sie einen Taschenrechner mit umge- 
kehrter polnischer Notation (siehe Abbildung 12). 
Folgende Funktionen sind vorzusehen: Addition 
(+), Subtraktion (-), Multiplikation (*), Division 
(/), Shift links (<), Shift rechts (>), Bitweises 
UND (&), ODER (|), exklusives ODER (”) und 
Bit-Negation (—-). Der Taschenrechner soll vier 
Zahlensysteme beherrschen: binäre (n), oktale 
(0), dezimale (d) und hexadezimale (n) 
Darstellung. 

Hinweis: Diese Aufgabe ist etwas umfangrei- 
cher und schwieriger. Es ist empfehlenswert, eine 
eigene Eingabefunktion zu schreiben, die nur Zif- 
fern des aktuell gültigen Zahlensystems zuläßt. 
Als Vorlage kann die Funktion aus Abbildung 9 
dienen. Als Datenmodell bietet sich ein Stack an, 
der die einzelnen Operanden enthält. Es sind 
zwei Operationen push() und pop() zu definie- 
ren, die Daten auf den Stack legen und von dort 
abholen. 


8. Zusammenfassung 
und Ausblick 


Dieser Seminarteil hatte die Schwerpunkte Funk- 
tionen, Operatoren und einfache Pointer. 

Ein C-Programm kann sich aus einer beliebi- 
gen Anzahl von Funktionen zusammensetzen. 
Funktionen werden über Parameter mit Werten 
versorgt. C legt hierzu die Werte der aktuellen 
Parameter auf den Stack und die aufgerufene 
Funktion greift auf diese Werte zu. Dieses Ver- 
fahren bezeichnet man als Wertübergabe. Die 
aufgerufene Funktion arbeitet nur auf einer 
Wertkopie und hat keine Möglichkeit, die Origi- 
nale zu verändern. Hierzu muß eine Adreßüber- 
gabe mit dem &-Operator erzwungen werden. C 
legt dann nicht den Wert einer Variablen, son- 
dern deren Adresse auf den Stack. Die aufgeru- 
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fene Funktion kann dann an diese Adresse 
schreiben und somit den Wert des Originals ver- 
ändern. 

Funktionen liefern in der Regel ein Ergebnis 
über das Return-Statement zurück. Der Datentyp 
dieses Ergebnisses ist entscheidend. Er muß bei 
der Deklaration angegeben werden. Als Default- 
typ gilt int. 

Wenn ein Ergebnis nicht ausreicht, können 
mehrere Resultate über Ausgangsparameter 
übergeben werden. Beispielsweise stellt die 
Funktion scanf() die eingelesenen Werte über 
eine variable Anzahl von Ausgangsparametern 
zur Verfügung. 

Pointer sind eine wichtige Datenstruktur in C. 
Ein Pointer ist eine Variable, die eine Adresse 
beinhaltet. Wichtig ist die Typbindung eines 
Pointers, d.h., der Datentyp auf den ein Pointer 
zeigt. Wird ein falscher Datentyp angegeben, 
führt eine Inkrementierung oder Dekrementie- 
rung des Pointers dazu, daß mit einer falschen 
»Schrittweite« durch den Speicher gelaufen wird. 

C verfügt über eine große Anzahl von Opera- 
toren. Es ist wichtig, zwischen der sachlichen 
Priorität und der zeitlichen Auswertungsreihen- 
folge zu unterscheiden. Die Priorität ist definiert. 
Die Auswertungsreihenfolge ist mit wenigen 
Ausnahmen nicht definiert. Bei den Operatoren 
| | und && ist gewährleistet, daß zuerst die linke 
Seite ausgewertet wird, und die Auswertung ab- 
bricht, sobald der Wahrheitswert feststeht. 

Der nächste Teil des C-Kurses wird sich ein- 
gehend mit den Dateioperationen in C beschäfti- 
gen. Wir werden, ausgehend von einfachen, alle 
in C angegebotenen Dateioperationen behan- 
deln. Im Abschnitt Utilities werden wir uns den 
Sourcecode-Debuger CodeView ansehen und 
exemplarisch einige Beispiele debuggen, um uns 
die Darstellung der Variablen im Speicher anzu- 
sehen. 

Jochen Witte, Rainer Kreutzer 
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DEM 


Professionelle Techniken für die 
Anwendung von Strukturen und 
Unions in C-Programmen: 


Mehr über 
Strukturen 
und Unions 


Strukturen, Unions und Typedefs 
sind wichtige Mittel, um Daten in 
einem Programm zu strukturieren. 
Leider werden sie allzuoft nicht 
verstanden. In »Datenorganisation 
in C-Programmen« im Microsoft 
System Journal September/Okto- 
ber 1989, habe ich versucht, einige 
Ungereimtheiten im Umgang mit 
diesen Konstrukten zu klären. In 
diesem Artikel fahre ich fort mit 
Zeigern auf Strukturen, Zugriff auf 
Strukturen über mehrere Ebenen, 
Speicherallokierung und Arrays. 


typedef struct { 

si *siptr; 
char s1data[100]; 
} si; 


main() 
{ 


si slinstance; 


-. oo» wn. 


- © 


un | 
} 


typedef struct { 


1 

2 s2 *s2ptr; 

3 char sıidata[100]; 
€ }:917 

5 

6 typedef struct { 

7 si *siptr; 

8 char s2data[100]; 
9: 1:32 

10 

11 main() 

12 { 

13 si slinstance; 


14 s2 s2instance; 


16 ri 5 
70 | 


M:: Artikel in der letzten Ausgabe sollte Sie 
überzeugt haben, öfters Typedef-Anwei- 
sungen in Ihren Programmen zu verwenden. Sie 
sollten sich aber ein Problem vor Augen halten. 
Strukturen, die eine Referenz auf sich selbst in 
Form eines Zeigers beinhalten, erzeugen 
mysteriöse Syntaxfehler. Bild 1 zeigt einen 
solchen Fall. Das Problem ergibt sich aus der 
Tatsache, daß der Bezeichner sl in Zeile 2 noch 
nicht abgeschlossen ist. Der Compiler kennt sl zu 
diesem Zeitpunkt noch nicht und vermutet, daß 
ein ungültiger Typ verwendet wird. 

Der im Bild 2 gezeigte Fall ist eine andere 
Situation, aber ein ähnliches Problem. Zwei type- 
defs sind vorhanden, die aber jeweils auf den 
anderen verweisen (gegenseitige Abhängigkeit). 
Sie erhalten beim ersten typedef immer einen 
Fehler, da der zweite noch nicht existiert. Gibt es 
Lösungen zu diesen Problemen? Ja, und zwar 
einige. Ein paar sind falsch und ein paar sind 
verworren. Ohne klare syntaktische Vorstellun- 
gen versuchen viele Programmierer sl * und/ 
oder s2 * in char * zu ändern (am besten beide, 
da die typedefs in der Regel in Includedateien 
enthalten sind, deren Reihenfolge variieren 
kann). Beim Zugriff oder der Zuweisung zu slptr 
oder s2ptr verwenden Sie dann einen Cast auf 
sl * oder s2 *. Dies ist nicht ganz richtig und ein 
sicherer Weg für Schwierigkeiten auf einer ande- 
ren Hardware oder einem anderen Compiler. Der 
Cast nach s1 * oder s2 * ist ein sicheres Zeichen, 
daß früher oder später etwas fehlschlägt, da der 
Cast den Compiler abhält eine Fehlermeldung 
auszugeben (der Cast ist eine Direktive an den 
Compiler die ihm sagt, daß Sie wissen, was Sie 
mit einem falschen Typen tun. Es genügt 
momentan zu sagen, daß ein Cast, obwohl er 
Portabilität vorspiegelt, sie auf keine Weise ga- 
rantiert). 


“Bild 1: 

Eine Struktur mit 
einer Referenz auf 
sich selbst. 


“Bild 2: 

Zwei typedef-Anwei- 
sungen die sich 
gegenseitig referen- 
zieren. 
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> Bild 3: 

Die Definition von 
Strukturen ohne 
typedef-Anweisung. 


>> Bild 5: 
Unerlaubte formale 
Referenz. 


> Bild 4: 
Hinzufügen eines 
Strukturkenn- 
zeichen. 
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1 struct { 

2 s2 *s2ptr; 

3 char  sidata[100]; 
4 }si; 

5 

6 struct { 

7 si *s]ptr; 

8 char s2data[100] ; 
I 17385 

10 

11 main() 

2 { 

13 sl slinstance; 
14 s2 s2instance; 
15 

16 UT} 


Nachdem wir das Problem beschrieben haben, 
wollen wir uns jetzt Lösungsmöglichkeiten an- 
schauen. Wir zerteilen das Problem in mehrere 
kleine Schritte. Auf dem Weg zur Lösung werde 
ich einige andere Konzepte erwähnen, die Sie 
möglicherweise noch nicht kennen. Sicher wer- 
den die Pascal-Anhänger glücklich sein, wenn ich 
sage, daß die Lösung »Vorwärtsreferenz« heißt. 
Wir werden uns einige Variationen dieser Tech- 
nik ansehen. 


1 struct sl_tag { 

2 struct s2_tag *s2ptr; 

3 char sldata[100]; 

“ 

5 

6 struct s2_tag [ 

7 struct si_tag *siptr; 

8 char s2data[100]; 

RB 

10 

1 main() 

I: 

13 struct si_tag slinstance; 

14 struct s2_tag s2instance; 

15 

16 Pas 

17 } 

.. 

Vorwärtsreferenzen 


Gestalten wir das Problem vorerst etwas ein- 
facher, indem wir die typedefs aus dem Beispiel 
entfernen (Bild 3). Es sollte jetzt klar sein, daß es 
keine Möglichkeit gibt, einen Zeiger auf sl oder 
s2 im Beispielprogramm zu referenzieren. Anders 
ausgedrückt, sl und s2 sind keine Typen. Wie 
sieht es aber aus, wenn wir jeder Deklaration ein 
Strukturkennzeichen hinzufügen, so daß die 
Struktur referenziert werden kann (Bild 4)? Jetzt 
beziehen sich s2ptr und siptr nicht auf einen 
Typ, sondern sie dienen nur als Referenz auf eine 
Struktur. 

Bedenken Sie aber auch, daß eine Vorwärts- 
referenz in Form einer Zeiger-Deklaration zwar 
zulässig ist, die Struktur selbst aber nicht ver- 
wendet werden darf. Im Bild 5 funktioniert die 
Deklaration von anotherptr, da der Zeiger das 
Aussehen der Struktur (anothertag), auf die er 
zeigt noch nicht kennen muß. Dies ist ein Weg in 
C, wie ein unvollständiger Typ vorkommen kann. 
Wenn Sie aber anotherptr einen Wert zuweisen 
wollen, müssen Sie zuerst die Struktur definie- 
ren, auf die er zeigen soll. 


struct atag { 
struct anothertag *anotherptr; 
/* reference to another tag before 
it comes into scope is fine */ 
h 


struct sometag { 
struct anothertag anotherinstance; 
/* This is an error since a 
10 description of anothertag 
11 is not in scope */ 


vovosaunawmn. 


Genauso ist die Deklaration von another- 
instance falsch, da ich versucht habe, in sometag 
eine ganze Struktur anothertag zu deklarieren. 
Dies kann nicht funktionieren, da der Compiler 
die Mitglieder von sometag nicht kennt, und da- 
her die Größe nicht bestimmen kann. Der Com- 
piler kann die Größenbestimmung von sometag 
nicht verzögern, bis die Größe von anothertag 
bekannt ist, und muß deshalb eine Fehlermel- 
dung ausgeben. 

Das Problem nicht kompletter Typen in C ist 
wichtig, und man muß es sich ständig vor Augen 
halten. Es geht noch weit über die hier diskutier- 
ten Fälle hinaus, und bleibt nicht auf Strukturen 
beschränkt. In der Regel können Sie einen nicht 
komplett definierten Typen immer referenzieren, 
aber ihn nie als ganze Einheit verwenden. Eine 
andere Stelle, an der nicht komplette Typen häu- 
fig verwendet werden, ist die Deklaration von 
externen Arrays, wie bei extern int array[]. Sie 
können hier indizieren, oder sich die Adresse des 
Arrays geben lassen, aber die Operation size- 
offarray) nicht durchführen, da die Größe des 
Arrays in der Quelldatei, in der diese Deklaration 
steht, nicht bekannt ist. Arrays dienen nur als De- 
klarationen, nicht als Definitionen. 


Typedef- und 
Strukturkennzeichen 


Wenn Sie überlegen #define oder typedef zu 
verwenden, so ist gewöhnlich typedef die bessere 
Wahl. Ich habe noch eine weitere Quelle für 
Verwirrung eingeführt, indem ich Strukturen und 
Strukturkennzeichen verwendet habe. Es sollte 
aber nicht der falsche Eindruck entstehen, daß 
ich meine Strukturkennzeichen seien besser als 
typedefs, da dies nicht unbedingt der Fall ist. Ich 
habe die Tags nur als Sprungbrett verwendet. 

Da jetzt die Vorwärtsdeklarationen klarer sind, 
kehren wir zum Originalproblem zurück, und 
lösen es mit typedef. Es gibt zwei gebräuchliche 
Wege, dies zu tun (Bild 6 und Bild 7). Beide sind 
gleichbedeutend. Im ersten Beispiel werden zwei 
typedef-Anweisungen verwendet, die Struktur- 
kennzeichen referenzieren (Da ein typedef nur 
als Synonym dient, handelt es sich nur um ein 
Strukturkennzeichen, das später definiert 
werden kann). Jetzt sind die beiden 


1 typedef struct s2 tag s2; 

2 typedef struct sl_tag sl; 

3 

4 struct sl_tag { 

5 s2 *s2ptr; 

6 char sidata[100]; 

en } | 

8 

9  struct s2_tag | 

10 si *siptr; 

11 char s2data[100]; 

2 5 

13 

14 main() 

15 { 

16 struct sl_tag slinstance; 
17 struct s2_tag s2instance; 
18 

19 FRÄERE ie] 

20 } 

1 typedef struct si_tag { 

2 struct s2_ tag *s2ptr; 

3 char sidata[100]; 
erh 

5 

6 typedef struct s2_tag ( 

7 struct si_tag *slptr; 

8 char s2data[100]; 

$ 

10 

11 main() 

EN 

13 struct sl_tag slinstance; 
14 struct s2 tag s2instance; 
15 

16 Ps} 


17 } 


typedefs gültig, und sie können verwendet wer- 
den, indem die Namen sl und s2 wie Typen ein- 
gesetzt werden. Dies sogar dann, wenn sie in der 
Strukturdefinition verwendet werden, auf der sie 
basieren, wie dies im Bild 6 gezeigt wird. 

Die zweite Methode (Bild 7) liefert dasselbe 
Ergebnis, aber mit einer anderen Methode. Es ist 
eigentlich die Umkehrung der vorherigen Vor- 
gehensweise. Anstatt typedef für die Namen zu 
verwenden und Strukturkennzeichen zu erzeu- 
gen, erzeugen wir die Strukturkennzeichen wäh- 
rend wir die typedef-Anweisungen verwenden. 


Strukturen übergeben und 
zurückerhalten 


Ich nehme an, der Leser weiß, wie er Strukturen 
an Funktionen übergibt. Es genügt, zu sagen, 
daß Sie immer einen Zeiger auf die Struktur oder 
die Adresse der Struktur übergeben sollten 
(&struct_var, was ein Zeiger auf die Struktur ist), 
anstatt die gesamte Struktur selbst. Die Struktur 
sollte als Call by Reference nicht als Call by Va- 
lue übergeben werden. Der zweite Fall kann viel 
Stackspeicher benötigen und sporadische Fehler 
verursachen, wenn Sie nicht vorsichtig sind. 

Die Rückgabe einer Struktur sollte aus Effizi- 
enzgründen auch durch einen Zeiger auf die 
Struktur geschehen. Es gilt drei Fälle zu unter- 
scheiden: Die Rückgabe einer kompletten Struk- 
tur, die Rückgabe eines Zeigers auf eine Struktur, 
und den Fall, bei dem nur einige Funktionsmit- 
glieder benötigt werden, nachdem die Funktion 
diese zurückgegeben hat. 


struct psl { 

char "2 

char array[1024 - sizeof(char *)]; 
I vi; 


struct ps2 [ 

char *p; 

char array[512 - sizeof(char *)]; 
} v2; 


vosnauawne 


11 struct psi fl() 
{ 


13 vi.p = "hi there"; 
14 return (vl); 


17 struct ps2 f2() 
{ 


19 v2.p = "HI THERE"; 

20 return (v2); 

21 } 

22 

23 main() 

24 { 

25 func(fi(), f20)); 

26 func2(af1(), Af2()); /* This doesn't mean the 
27 address of fl and f2! 
28 It means the address 
29 of the structures they 
30 return-Remember 

31 precedence! */ 

32 } 


34 func(struct psl vi, struct ps2 v2) 


37 { 

38 printf("%s\n", vl.p); 

39 printf(*%s\n", v2.p); 

“0 } 

a func2(struct psi *vl, struct ps2 *v2) 


45 printf("s1d\n*, v1); /* print out the addrs 
46 that vl and v2 point 
47 to, these */ 

48 printf("sId\n", v2); /* may also be printed 
49 with a %p instead of 
50 “ld */ 

51 printf(*%s\n*, vi->p); 

52 printf(*%s\n*, v2-p); 


Rückgabe einer Struktur 


Wenn Sie eine komplette Struktur als Funktions- 
ergebnis zurückgeben, sollten Sie daran denken, 
was der Compiler in diesem Fall tut. Er muß die 
komplette Struktur in einen anderen Speicherbe- 
reich kopieren. Dieser Bereich könnte zum Bei- 
spiel eine Union aller Strukturen Ihres Pro- 
gramms sein. Dieser Bereich wäre dann groß 
genug, um jede Struktur aufnehmen zu können. 
Dieser Bereich muß ohne spezielle Eigenarten 
adressierbar, statisch und korrekt ausgerichtet 
sein. 

Dieses Kopieren wird in der Regel von einer 
Standardfunktion des Compilers erledigt. Es gibt 
aber auch Probleme. Sehen Sie sich das Pro- 
gramm in Bild 8 und speziell den Aufruf von func 
in Zeile 25 an. Dies arbeitet genauso, als ob fl 
und f2 Basistypen zurückliefern, da auch Struk- 
turen als Funktionsergebnis zulässig sind. Führen 
wir uns die Reihenfolge der Ereignisse vor 
Augen. Fl liefert eine Struktur, die in den sta- 
tischen Bereich kopiert wird. Anschließend wird 
der statische Bereich auf den Stack kopiert, was 
bei einigen Systemen eine Menge »Move Long 
Word«-Befehle erzeugt, statt einer Schleife. Das- 
selbe geschieht mit dem Ergebnis von f2. 


44 Bild 6: 
Typedef-Anweisun- 
gen, die Struktur- 
kennzeichen 
referenzieren. 


“Bild 8: 

Die Rückgabe einer 
kompletten Struktur 
von einer Funktion. 


44 Bild 7: 
Typedef-Anweisun- 
gen, die intern 
Strukturkennzeichen 
verwenden. 
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» Bild 9: 

Die Rückgabe eines 
Zeigers auf eine 
automatische Struk- 
tur. 


C 
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1 struct temp | 

2 int members; 

3 FA 

ib 

5 

6 struct temp * 

? func() 

81 

9 struct temp temp; /* yes, structure tags *and* 
10 structures can have the 
1 same name */ 

12 

13 return (&temp); 

14 } 

15 

16 main() 

7 4 

18 struct temp *temp; 

19 

20 temp = func(); 


21 /* <expressions using temp->?7?> */ 
} 


Die Folge ist ein langsames Programm. Aber 
das ist nur die eine Hälfte. Übergeben Sie die 
Adressen der Strukturen, die von fl und f2 gelie- 
fert werden, wie dies in Zeile 26 der Fall ist (Sie 
können dies tun, da eine Struktur ein Verbund- 
typ ist), so werden Sie sehen, daß Ihr Compiler 
nicht in der erwarteten Art und Weise arbeitet. 
F1 und f2 können dieselbe Adresse zurückgeben, 
weshalb die Adressen und Strings, die die Funk- 
tion func2 ausgibt dieselben sein können. 


Rückgabe eines Zeigers 


Der zweite Fall ist einfach. Geben Sie keinen Zei- 
ger auf eine automatische Struktur zurück (Bild 9 
zeigt ein Beispiel dieses Fehlers). Func gibt 
&temp zurück, was in C erlaubt ist, aber nicht 
richtig funktioniert. Wenn func zurückkehrt, ist 
die temp-Struktur, nicht das Tag temp, das Gül- 
tigkeit in der ganzen Datei besitzt, nicht mehr 
verfügbar, da sie nur in der Funktion gültig ist. 
Da temp nicht mehr verfügbar ist, ist der Zugriff 
undefiniert, und kann sogar zum Programmab- 
sturz führen. Ändern der Deklaration in static 
struct temp temp; verursacht keine Probleme. Da 
temp jetzt statisch ist, ist die Struktur während 
der Lebensdauer des Programms immer gültig. 
Es ist gleichgültig, ob die Funktion, in der temp 
deklariert ist, ausgeführt wird, oder nicht. Wich- 
tig ist, daß temp verfügbar ist, da es statisch ist. 

Es spielt auch keine Rolle, ob temp gültig ist 
oder nicht. Gültigkeitsbereiche beziehen sich nur 
auf Bezeichner. Es berührt nicht die Konzepte 
von Variablen oder Adressen. Sie erhalten selbst- 
verständlich die Adresse eines Bezeichners nur, 
wenn dieser gültig ist. Wenn Sie aber die Adresse 
einmal während seiner Lebensdauer erhalten 
haben, können Sie mit ihr tun was Sie wollen 
(auch fehlerhaftes). 


Zugriff auf Elemente 


Der letzte Fall ist der Zugriff auf einzelne Ele- 
mente einer Struktur, die von einer Funktion zu- 


rückgegeben wird. Denken Sie einen Augenblick 
darüber nach. Sollten Sie auf die Elemente nach 
der Rückgabe der Struktur mit dem ganzen 
Kopieren zugreifen, oder sollten Sie sich nur 
einen Zeiger auf die Struktur geben lassen? 

Im Falle eines Betriebssystem-Aufrufs werden 
Sie keinen Zeiger auf die internen Strukturen des 
Betriebssystems wollen, es sei denn, Sie schrei- 
ben einen Gerätetreiber oder eine Applikation, 
die spezielles Wissen voraussetzt. 

In dieser Situation kann es Ihnen passieren, 
daß Sie eine C-Bibliotheksfunktion aufrufen, statt 
einen Systemaufruf durchführen und auf etwas 
im Speicherbereich Ihres Prozesses zugreifen. 
Aber die Argumente zu dieser Bibliothek können 
und sollten nicht verändert werden. Routinen 
können ein Argument, das ein Zeiger auf eine 
Struktur ist, akzeptieren (eine die Sie auf Grund 
einer Include-Datei richtig allokiert haben) und 
keinen Wert zurückgeben, der eine Struktur dar- 
stellt. 

Die Routine kann die Strukturmitglieder selbst 
initialisieren. Dies hilft, die vorher beschriebene 
Situation zu vermeiden, und ist eine gute Mög- 
lichkeit, einige Ihrer Programme zu schreiben. 
Zusätzlich können Sie Routinen finden, die 
große Strukturen benutzen, und anstatt diese 
ganz zu übergeben, erzeugen sie eine kleinere 
Struktur, die die benötigte Untermenge enthält, 
und manipulieren diese. 

Abhängig von Ihrer Programmlogik kann es 
auch ratsam erscheinen einen Zeiger auf eine 
Struktur zurückzugeben, auch wenn nur ein 
Element benötigt wird. Sie brauchen nur den 
Pfeiloperator (->) für den zurückgelieferten Zei- 
ger, um auf das gewünschte Element zuzu- 
greifen, anstatt mit der gesamten Struktur zu ar- 
beiten. Erinnern Sie sich, daß Sie eine Funktion 
aufrufen, die ein statisches Vorkommen der 
Struktur beherbergt, auf die sie einen Zeiger zu- 
rückgibt. Die Folge ist aber, daß der zweimalige 
Aufruf der Funktion die Werte des vorherigen 
Aufrufs zerstören kann. Die aufrufende Funktion 
muß dies in Betracht ziehen, und alle Werte, die 
sie benötigt, kopieren, bevor die Funktion erneut 
aufgerufen wird. 

Dies führt zur nächsten Situation, in der ent- 
weder der Aufrufer oder der Aufgerufene die 
Struktur dynamisch allokiert. Sie müssen dann 
sorgfältig die Allokierung der Struktur kontrollie- 
ren. Ebenso sorgfältig sollte das Freigeben vor 
sich gehen. 


Strukturzugriff 


Bild 10 zeigt sowohl Strukturen mit Zeigern auf 
andere Strukturen als auch Vorkommen der 
anderen Strukturen. Es besteht die Möglichkeit, 
daß Sie dies nie benötigen. Ich zeige es aber 
trotzdem, da es neue Erkenntnisse über Struktu- 
ren liefert. 


struct sitag { 
int sivar; 
} si; 


struct s2tag { 
int s2var; 
struct sitag *psl; 
struct sitag slinst; 
} s2; 


syoyownu2sun® 


struct s3tag { 

int s3var; 
13 struct s2tag *ps2; 
14 struct s2tag s2inst; 
35. .):s3; 


_ 
n 


17 struct s3tag *ps3; 


19 main() 

20 | 

21 sl.sivar = 99; 

22 

23 s3.sZinst.slinst.slvar = 5; 

24 

25 ps3 = 853; 

26 ps3->ps2 = 352; 

27 ps3->ps2->psl = 8sl; 

28 ps3->ps2->ps1->sivar = -99; 

29 printf("sivaresd\n*, si.sivar); 

30 

3 /* ps3->ps2.slinst.sivar = 11; */ 

32 ps3->ps2->slinst.slvar = 22; 

33 /* ps3->(*ps2).slinst.sivar = 33; */ 
34 /* ps3->*ps2.slinst.slvar = 44; */ 
35 /* ps2 = 0; */ 

36 /* might as well have called this "abecba' */ 
37 (*ps3->ps2) .slinst.sivar = 55; 

38 /* *ps3>ps2.slinst.sivar = 66; */ 
39 printf("s3.s2inst.slinst.slvar=kd\n", 
40 s3.s2inst.slinst.sivar); 

4 

42 ps3->ps2 = Aps3->s2inst; 

43 ps3->ps2->slinst.sivar = 22; 

44 printf("s3.s2inst.slinst.slvar=sd\n", 


s3.s2inst.slinst.sivar); 


Die meisten von Ihnen können ohne Zweifel 
eine einfache Strukturreferenz, wie in Zeile 21 
von Bild 10 erzeugen. Viele von Ihnen können 
auch einen Zugriff über mehrere Ebenen von 
Strukturen wie in Zeile 23 erzeugen, aber mit der 
Unsicherheit, ob es richtig ist (es ist). Alles dar- 
über hinaus (auch diese unschönen Gebilde, die 
wir Zeiger nennen) ist jedoch ungewiß. 

Um Zeile 23 zu verstehen, müssen Sie wissen, 
daß s3 die Struktur s2tag beinhaltet, die s2inst 
heißt. Diese wiederum enthält die Struktur sltag 
(slinst), die eine Integerzahl slvar enthält. 

Um jede dieser Vorkommen zu benutzen, 
brauchen sie einfach einen Strukturzugriff für 
jedes Element, wie Sie es in Zeile 21 sehen. Da 
der Vorrang des Punkt-Operators (.) keine Pro- 
bleme bereitet, und seine Assoziativität natürlich 
von links nach rechts ist, ist der Zugriff einfach, 


Strukturl.<...>.StrukturN 


wie in Zeile 23 gezeigt. 

Der gesamte Platz ist in s3 vorhanden, da s3 
eine Struktur s2tag und s2tag eine Struktur sltag 
enthält. Im anderen Fall, wie in den Zeilen 25-28 
zu sehen ist, sind von ps3 Referenzen auf s3tag, 
s2tag und sltag durch die Zeiger ps2 und ps1 
enthalten, die Zugriff auf andere Variable wie sl 
und s2 außerhalb von s3 erlauben. 

In Zeile 25 wird ps3 mit der Adresse von s3 
initialisiert. Wir müssen hier &s3 statt s3 ver- 
wenden, da wir die Adresse von s3 benötigen, 


und dem Zeiger nicht den Inhalt der Struktur s3 
zuweisen wollen. Danach können wir auf die 
Elemente der Struktur (in diesem Falle s3) zu- 
greifen, auf die ps3 zeigt, indem wir den Opera- 
tor -> verwenden. Wir führen eine Wertzuwei- 
sung für einen anderen Strukturzeiger (Zeiger 
auf s2tag) ps2 durch. Diese Zuweisung ist iden- 
tisch derjenigen von ps3. 

Die Auswertung des Pfeil-Operators wird in 
genau der Weise wie beim Punkt-Operator 
durchgeführt. Auch hier liegt eine Bindung von 
links nach rechts vor. Das Verständnis von Zeile 
23 verbunden mit der Diskussion gestaltet die 
Interpretation der Zeilen 27 und 28 einfach. 
Zeile 27 benutzt die Tatsache, daß ps3->ps2 
s2tag referenziert, welche eine Referenz auf 
sltag enthält. Dies gestattet die Zuweisung von 
ps3->ps2->psl an einen Bezeichner wie sl, der 
die Größe und Gestalt von sltag besitzt. Zeile 28 
verwendet ps3->ps2->psl, was einen Zeiger auf 
sltag darstellt. Hier ist dann eine Referenz auf 
ein Element, wie zum Beispiel slvar möglich. 

Jeder Zeiger, der in den Zeilen 25-27 verwen- 
det wird, muß initialisiert werden. Sie können 
nicht einfach den Zugriff auf slvar in Zeile 28 
codieren, ohne die anderen Zuweisungen durch- 
zuführen. Dies wäre falsch, da jeder Zeiger auf 
den richtigen Speicherbereich zeigen muß, bevor 
er verwendet wird. 

Seien Sie vorsichtig, da Sie dies als Program- 
mierer beachten müssen. Den Compiler kümmert 
es nicht, wenn Sie nur Zeile 28 ohne die Zeilen 
25 bis 27 kodieren. Sie können die Strukturzei- 
ger-Zuweisungen auch in einem anderen Teil des 
Programms in einer If/Else-Logik codiert haben, 
und dies nicht unmittelbar vor Zeile 28 durch- 
führen. Der Compiler kann es einfach nicht kon- 
trollieren. 

Die Moral von der Geschichte ist, daß Sie alle 
Zuweisungen sauber codieren sollten und sich 
vergewissern, daß die Zeiger vor dem Verwen- 
den richtig initialisiert sind, da der Compiler 
Ihnen keine Warnung oder Fehlermeldung für 
eine unterlassene Initialisierung geben kann. 
Probleme dieser Art treten zur Laufzeit des Pro- 
gramms auf. Oftmals sind sie sporadisch und nur 
sehr schwer zu finden. Wenn Sie die zusätzlich 
nötige Sorgfalt beim Codieren walten lassen, 
können Sie viele dieser Situationen vermeiden. 

Zeile 29 bedeutet weniger, als Sie vermuten 
werden. Wenn Sie das Programm näher ansehen, 
werden Sie feststellen, daß die Zeilen 27 und 28 
zum Zugriff auf sl.slvar dienen. Dies funktio- 
niert auch, wenn die Zeiger ps3 und/oder ps3- 
>ps2 nicht gültig sind. Ich sollte sagen, dies 
scheint richtig zu funktionieren — sehen Sie das 
Problem? 

Nehmen Sie an, daß Zeile 25 versehentlich aus 
der Quellcode-Datei gelöscht wurde. Arbeitet das 
Programm dann noch richtig? Vielleicht. Wenn 
es richtig arbeitet, ist dies korrekt? Nein. Wie 
oben erwähnt, wird es fehlerfrei übersetzt. Es ar- 


44 Bild 10: 
Zugriff über mehrere 
Ebenen. 
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> Bild 11: 

Zugriff über mehrere 
Ebenen mit Funktio- 
nen. 
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struct sitag { 
int slvar; 
} sı = { 12345 }; 


struct s2tag { 
Int s2var; 
struct sitag *psl; 
struct sitag slinst; 
} s2; 


vosaovmn2s2un» 


11 struct s2tag *ps2; 


13 struct sItag 
14 sireturner() 


16 return (sl); 
} 

19 struct sitag * 

20  pslreturner() 


{ 
22 return (&s1); 
} 


25 void examplel() 
{ 


27 printf("%d\n", sı.sivar); 

28 printf(*%d\n*, sIreturner().sivar); 

29 printf("%d\n", psireturner()->sivar); 

30 printf("*d\n", (*psireturner()).sivar); 

31 printf("sd\n", (psIreturner())->sivar); 

32 /* printf("id\n", (psireturner()).sivar); */ 
3: } 


35 void example2() 
{ 


37 struct sitag slholder; 

38 struct sltag *pslholder; 

39 

40 printf("d\n", si.sivar); 

a slholder = sireturner(); 

42 printf("%d\n", siholder.sivar); 

43 psiholder = psireturner(); 

44 printf("*d\n", psiholder->sivar); 
45 printf("sd\n*, (*psiholder).sivar); 
“6 |} 


48  struct s2tag 

49  s2returner() 

5° { 

51 return (52); 
} 


54 struct s2tag * 
55  ps2returner() 
{ 


57 return (852); 
} 


60 void example3() 
{ 


62 printf("*d\n*, s2.slinst.sivar); 
63 printf("*d\n*, s2returner().slinst.sivar); 
64 printf("kd\n", ps2returner()->slinst.sivar); 


65 } 
67 void example4() 


68 

69 printf("*d\n", ps2returner()->psi->s1ivar); 
70 

n 

72 main() 

En | 

74 examplei(); 

75 example2(); 

76 

7 s2.slinst.sivar = 54321; 
78 example3(); 

29 

80 s2.psi = &sl; 

8 example4(); 

&2 } 


beitet unter DOS, als ob alles in Ordnung ist. Die 
Betriebssysteme Xenix und OS/2 erzeugen aber 
einen generellen Schutzverletzungsfehler, da der 
Speicherzugriff nicht erlaubt ist. 

Ps3 ist eine externe Variable (das heißt in der 
selben Datei extern definiert mit keiner Initiali- 
sierung), und wird deshalb implizit mit O initiali- 
siert. In diesem Fall wird ps2 aus einem Zeiger 
gebildet, der auf die Speicherzelle 0 zeigt. Die 
Zuweisung schreibt dann etwas an die Speicher- 
zelle O + sizeof(int), was in der Regel die 


Speicherzelle 2 ist. Dieser Wert wird, was, wie 
wir alle wissen, falsch ist, als ps3->ps2 ange- 
nommen. Wenn ein Zugriff auf diese Speicher- 
zelle in diesem Augenblick keinen Schaden an- 
richtet, so wird das Programm ohne erkennbare 
Fehler weiter ausgeführt. 

Der Microsoft-C-Compiler ab der Version 5.0 
schützt normalerweise vor diesem Fall mit der 
bekannten Laufzeit-Fehlermeldung R6001 nach 
dem Programmlaufende. Sie sollten sich aber 
nicht darauf verlassen. Diese Fehlermeldung tritt 
nur auf, wenn Sie in den unteren Speicher- 
bereich schreiben. An einer anderen Stelle weist 
Sie niemand darauf hin. Sorgen Sie also dafür, 
daß Ihre Zeiger richtig initialisiert sind. 

Sorgfältige Blicke helfen in diesem Fall. Ein 
gutes Beispiel ist, wenn nach dem Zusammen- 
fügen einiger Programmteile das Programm ver- 
rückt spielt. Dies wird von einem Zeiger verur- 
sacht, der auf eine Stelle zeigt, die nicht verän- 
dert werden darf, ohne Probleme zu verur- 
sachen. Dies ereignet sich, da Ihre Program- 
module sich in unterschiedlichen Speicherberei- 
chen befinden. So zeigen sich dann Fehler, die 
bei den einzelnen Programmteilen nie aufgefal- 
len sind. 

Mit diesen Informationen können wir uns den 
Rest von Bild 10 ansehen. Wollen wir slinst indi- 
rekt durch den Zeiger ps2 ansprechen, so können 
wir ein Statement wie in Zeile 31 verwenden. 
Lesen wir das von links nach rechts (da beide 
Operatoren -> und . die gleiche Priorität haben 
und von links nach rechts binden), so sehen Sie, 
daß der Teil, der ps2.slinst referenziert, fehler- 
haft ist. Da ps2 ein Zeiger ist, funktioniert alles 
mit ps2. (beachten Sie den Punkt) nicht, da der 
Punkt-Operator voraussetzt, daß der linke Ope- 
rand ein Strukturtyp ist. Dieser Strukturtyp muß 
entweder ein Bezeichner sein, der einen Struk- 
turnamen darstellt, oder eine Dereferenzierung 
eines Zeigers auf eine Struktur wie bei ps = s; ... 
(*ps).m...; 

Den richtigen Weg sehen Sie in Zeile 32, die 
ähnlich der Zeile 27 ist, nur greifen wir ohne die 
Dereferenzierung eines weiteren Zeigers auf eine 
Struktur (sllist) zu. 

Sie sollten eine andere Lösung dieses Problems 
erkennen, da Sie durch Ihre C-Kenntnisse wissen, 
daß eine Strukturreferenz wie Zeiger->Element 
in das Konstrukt (*Zeiger).Element übertragen 
wird. Wie können wir das verwenden? Zeile 33 
zeigt eine gute Möglichkeit, dieses Problem zu 
lösen, aber es geht nicht weit genug. Unglück- 
licherweise bringt Ihnen das Übersetzen nichts, 
da die meisten Compiler einfach einen Syntax- 
fehler melden. Das ist auf den ersten Blick un- 
verständlich. 

Sie müssen sich klar werden, was ps2 genau 
ist. Wir wissen, daß es ein Zeiger ist, und wir 
denken, daß wir seinen Namen kennen, aber der 
Name ist nicht ps2. Wäre dies der Fall, könnten 
Sie auch ps2 = 0; schreiben und das ist sicher 


unmöglich (übersetzen Sie es, um es zu testen), 
da es keinen Bezeichner gibt, der nur ps2 heißt. 
Es gibt zwar s3.ps2 und einen Bezeichner ps3-> 
ps2, der über einen Zeiger zugreifen kann. Wir 
müssen also einen der beiden verwenden, wenn 
wir auf ps2 zugreifen wollen. 

In Anlehnung an die (*Zeiger).Element Nota- 
tion, ist die richtige Syntax für Zeile 33 in Zeile 
37 zu sehen, da ps3->ps2 die richtige Zeigerrefe- 
renz auf ps2 ist. Das bedeutet nicht, daß Zeile 38 
gleichbedeutend ist mit Zeile 37. Wie wir von 
vorhin wissen, erzeugt diese Zeile einen Fehler, 
wegen des Vorrangs des Operators *. 

Abschließend sollten Sie sich klar machen, daß 
die Zeilen 32 und 37 nicht dieselbe Variable 
slvar anspricht, als Zeile 38. Ein s3tag enthält 
einen Zeiger auf ein s2tag und ein Vorkommen 
eines s2tag — dies ist nicht dasselbe. Sie können 
den Zeiger s2tag auf das Vorkommen von s2tag 
(s2inst) richten. Beabsichtigen Sie dies, so brau- 
chen Sie die Zeilen 39 bis 42 nicht zu kodieren. 


Strukturzugriff über mehrere 
Ebenen mit Funktionen 


Es gibt viele Situationen, in denen Sie Funktio- 
nen aufrufen, die Strukturen oder Zeiger auf 
Strukturen zurückgeben. In diesen Fällen werden 
temporäre Variablen überflüssig. Sehen Sie sich 
die Funktion examplel in Bild 11 an. Verstehen 
Sie, wieso alle Zeilen von 27 bis 30 12345 aus- 
geben? Zeile 27 sollte klar sein. Es handelt sich 
um eine Referenz sl.slvar, die statisch mit dem 
Wert 12345 initialisiert wurde. Zeile 28 sieht aus 
wie ein gewöhnlicher Strukturzugriff, mit dem- 
selben Vorrang und derselben Assoziativität der 
Operatoren. Sie kümmern sich nicht um die 
Klammern (0)? Nein, da Sie die oberste Reihe der 
Operatorenhierarchie kennen. Da slreturner den 
Typ sltag und explizit sl zurückgibt, wieso sollte 
dies nicht identisch der Zeile 27 sein? Es handelt 
sich nur um einen Struktur.Element-Zugriff. 

Zeile 29 zeigt eine Funktion, die einen Zeiger 
auf sltag liefert. Es gibt aber auch hier keinen 
Unterschied, obwohl ein Funktionsaufruf betei- 
ligt ist. Liefert die Funktion einen Zeiger, so grei- 
fen Sie wie bei Zeiger->Element zu. Natürlich ist 
Zeile 30 auch ein vertrauter Zeiger->Element- 
Zugriff, aber in der (*Zeiger).Element-Darstel- 
lung. 

Diese Variablenzugriffe sind alle normal. Die 
Alternative wäre eine Codierung wie dies bei der 
Funktion example2 zu sehen ist. Es verkompli- 
ziert den Sachverhalt nur. Besonders fällt dies 
auf, wenn Sie eine zweite Struktur benötigen, 
wie bei s2 und im vorhergehenden Beispiel. So 
entstehen Zeiger und Referenzen zu allen mögli- 
chen Variablen. Dies artet in Programmen aus, 
wie Sie es in example3 und example4 (oder noch 
komplizierteren Situationen) sehen. 


Strukturen und Malloc 


Es gibt noch einen interessanten Punkt zu beach- 
ten. Normalerweise müssen Pakete von Informa- 
tionen behandelt werden. Diese gliedern sich in 
Status- oder Kontrollinformationen, denen die 
eigentlichen Daten folgen. In der Regel tritt dies 
bei Kommunikationsprogrammen auf, muß aber 
nicht darauf beschränkt sein. Das Problem für 
den C-Programmierer besteht darin, daß der in- 
formelle Teil des Paketes fest und vorhersagbar 
ist. Der Datenanteil kann aber variable Länge be- 
sitzen. Es kann zum Beispiel der folgende Struk- 
turteil die Kontrollinformationen beschreiben: 


struct apacket | 
int packethead; 
int packetcontroll; 
int packetcontrol2; 
char data[???]; 


Wie groß müssen wir aber die Dimension von 
data[] machen? 

Machen wir es zu klein, so können wir Daten 
verlieren. Ist der Bereich zu groß, so werden 
unter Umständen wertvolle Ressourcen ver- 
schwendet. Wenn wir ihn vernünftig dimensio- 
nieren, so können wir nicht sicher sein, daß dies 
auch in der Zukunft richtig ist. Was ist also die 
beste Lösung? Wir können ein anderes Feld an- 
fügen, das die Größe der Daten angibt, einige 
Unions deklarieren und ein Programm ähnlich 
dem Beispiel coderecord im vorherigen Artikel 
schreiben. Ich bin mir sicher, daß alle zustimmen 
werden, aber dies ist ein großes Unternehmen. 

Die beste Lösung ist, dies alles zu umgehen, 
und mit dem zu arbeiten, was zur Verfügung 
steht. Da wir wissen, welche Elemente der Struk- 
tur die Kontrollinformationen beherbergen, wa- 
rum sollen wir dies nicht ausnutzen? Dies und 
die Möglichkeit Speicher dynamisch durch die 
Standardbibliotheksfunktionen alloc, calloc und 
malloc zu allokieren, ist alles was wir benötigen. 

Wir werden uns zuerst folgende Datenstruktur 
und folgendes Programmfragment überlegen: 


struct apacket { 
int packethead; 
int packetcontroll; 
int packetcontrol2; 
int packetsize; 
char data[0]; 

h 


<andere Programteile> 
struct apacket apacket; 
struct apacket *ppacket; 
ppacket = (struct apacket *) 
malloc(sizeof(struct apacket) 
+ apacket.packetsize); 


Unglücklicherweise erlaubt C keine Datenele- 
mente der Länge 0, auch nicht in Strukturkenn- 
zeichen. (Einige Compiler gestatten dies, was 
aber eindeutig ein Fehler ist. Es ist kein portables 
Konstrukt und sollte daher vermieden werden). 

Viele von Ihnen werden sagen, daß ein eindi- 
mensionales Array mit einer Länge von 1 (zum 
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» Bild 12: 
Zugriff über mehrere 
Ebenen mit Arrays. 
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1 s#define HBOUND(array) (sizeoflarray) / 

2 sizeof(array[0])) 

3 

4 struct sitag ( 

5 char charray[20] ; 

8:15 

7 

8 struct sitag si[10]; 

9 struct sitag *psl; 

10 

il main() 

12. °{ 

13 int i3 

14 int 3 

15 char “cp; 

16 

17 printf("sd/%d=*d\n", sizeof(sl), 

18 sizeof(s1[0]), HBOUND(s1)); 

19 

20 for (i = 0; i < HBOUND(s1); i++) 

21 for (j = 0; j < sizeof(s1[0].charray); j++) 
22 si[i].charray[j] = '\0'; 

23 

24 psl = 8s1[5]; 

25 psl->charray[2] = 5; /* Note that this is ASCII 5 */ 
26 (*psi).charray[2] = 5; /* not '5' “/ 
27 

28 printf(*%d\n", sizeof(psi->charray)); 

29 for (psi1 = &s1[0]; psi < &si[HBOUND(s1)]; 
30 psi++) { 

31 cp = psi->charray; 

32 while (cp < Apsi->charray[sizeof( 

33 psl->charray)]) 
34 *cpt+ = '\0'; 


35 ) 


Beispiel char data[l1]) ohne Probleme arbeitet 
(was der Fall ist). Der 1 Byte große Wert muß 
von der Größenangabe, die malloc übergeben 
wird, abgezogen werden. Diese Länge kann mit 
sizeof(char), oder sizeof(char[1]) angegeben 
werden, oder es braucht nur die Konstante 1 
verwendet werden, da in diesem Fall dasselbe 
repräsentiert wird. Im zweiten Falle, da sizeof 
einen abgeleiteten Typen als Argument akzep- 
tiert, sagt die Anweisung: Gib mir die Größe 
eines Arrays der Größe x Zeichen, wobei x 1 ist. 
Ähnliches läßt sich durch das Macro offsetof 
erreichen. In diesem Falle enthält die Struktur 
auch das Element char data[1], aber anstatt: 


struct apacket apacket; 
struct apacket *ppacket; 
ppacket = (struct apacket *) 
malloc(sizeof(struct apacket) 
+ apacket.packetsize); 


schreiben wir: 


ppacket = (struct apacket *) 
malloc(offsetof(apacket,data) 
+ apacket.packetsize); 


da der Offset von data innerhalb von apacket 
der Länge der vorhergehenden Felder in apacket 
entspricht (in unserem Falle allen Feldern). Ich 
glaube, dies ist eine akzeptable Methode. Mit off- 
setof ist das Konstrukt verständlich. Nehmen wir 
die Größe der Struktur und addieren wir die 
Länge der gewünschten Daten. Nachdem wir den 
Zeiger von der gewünschten Länge haben, kön- 
nen wir die Strukturmitglieder kopieren. Bevor 
wir dieses Thema aber beenden, lassen Sie mich 
noch einmal auf den vorhergegangenen Artikel 
verweisen und Sie auffordern, die Stelle mit den 
Löchern und dem Packen von Strukturen nach- 
zulesen. Wir müssen auch die Struktur, von der 
wir kopieren, so deklarieren. 


Diese Art des Erzeugens dynamischer Struktu- 
ren ist, wie viele Dinge, nicht frei von Problemen 
und verlangt einige Vorüberlegungen. Hier müs- 
sen z.B. alle Referenzen auf die Elemente des 
Pakets über Zeiger durchgeführt werden. 

Dies gilt auch für den variabel langen Daten- 
bereich, der als einzelne Einheit übrigbleibt. 
Wenn Sie keine variabel lange Datenstruktur 
benötigen, so sollten Sie die Datenstruktur ein- 
facher aufbauen. Sie können zum Beispiel die 
Struktur apacket so aufbauen, daß data kein Ar- 
ray, sondern ein Zeiger auf die Daten ist. 

Diese Art ist natürlicher, da apacket-Struktu- 
ren initialisiert werden müssen, und dann refe- 
renziert werden können (char *data;). Auf alle 
übrigen Strukturelemente kann dann direkt mit 
dem Punkt-Operator zugegriffen werden. Die 
enge Verwandtschaft zwischen Arrays und Zei- 
gern gestattet das Referenzieren in einer Array- 
Notation: 


struct apacket somepaket; 
somepaket.data = (char *) 
malloc(somepaket .packetsize); 
< > 


somepaket.data[i] = <...>; 
<,..> 


"somepaket.data = <...>; 
<...? 


Der einzige Nachteil besteht darin, daß Sie 
den Speicherbereich, auf den somepacket.data 
zeigt, freigeben müssen (für dynamisch allokier- 
ten Speicher kontrolliert der Programmierer die 
Lebensdauer des Speicherbereichs). 


Arrays 


Da wir uns gerade mit dynamisch allokiertem 
Speicher beschäftigen, sollten wir uns noch ein 
bißchen über Arrays und Strukturen unterhalten. 
Sehen Sie sich bitte zuerst Zeile 21 von Bild 12 
an. Ich glaube, daß Sie keine Probleme haben, 
dies zu verstehen. Auch sollte es keine Schwie- 
rigkeiten geben, die Zeilen 24 bis 26 zu interpre- 
tieren, wo ein Zeiger auf eine Struktur auf ein 
Arrayelement gesetzt wird (der dann auf eine 
Struktur zeigt). 

Arrays (und Zeiger) bedeuten, daß ihr Ge- 
brauch derselbe ist, unabhängig, ob sie innerhalb 
einer Struktur oder als Strukturen verwendet 
werden (Zum Beispiel ändert sich die Syntax und 
Semantik bei der Übergabe eines Arrays an eine 
Funktion nicht, wenn das Array aus Strukturen 
statt aus Basistypen besteht). 

Ich möchte Sie auch auf die Verwendung von 
HBOUND in Zeile 20 aufmerksam machen. Es ist 
einfach, wie Sie in den Zeilen 17 und 18 sehen, 
und beim Umgang mit Arrays sehr hilfreich. 

Wenn Sie auf sl über einen Zeiger zugreifen 
wollen, sehen Sie in den Zeilen 29 bis 35 eine Al- 
ternative zu den Zeilen 20 bis 22. Die unteren 
Zeilen sind sicherlich etwas schwerer verständ- 
lich, sie vermeiden aber die Indexnotation, was 


vorteilhaft ist, wenn Sie auf andere Elemente der 
Struktur, oder auf dasselbe Element mehrmals 
zugreifen. Bezüglich HBOUND sollten Sie auch 
die Zeilen 29, 32 und 33 ansehen. Das Programm 
prüft, ob die Arraygrenzen verletzt werden, 
indem die Grenze mit dem Wert hinter dem letz- 
ten Eintrag verglichen wird. Psl wird also mit 
&s1[10] verglichen, das um eins größer als 9 ist 
(in C ist das erste Array-Element das Element 0). 
Ähnlich wird cp mit &ps1->charray[20] ver- 
glichen. Beachten Sie, wie dies ohne die Ver- 
wendung von Konstanten in den beiden ver- 
schachtelten Schleifen durchgeführt wird. Sie 
sollten solche Konstrukte in Ihren Programmen 
verwenden, unabhängig, ob Sie mit Strukturen 
arbeiten oder nicht. 


Zusammenfassung 


Obwohl dieser Artikel Strukturen, und verschie- 
dene Aspekte von Zeigern auf Strukturen, Zu- 
griffe auf Strukturelemente, Vermeidung von 
Speicherkonflikten bei Arrays und Speicherallo- 
kierung behandelt hat, trifft das Gesagte in 
großem Umfang auch auf Unions zu. Mit diesen 
Informationen, und denjenigen des vorausge- 
gangenen Artikels, haben Sie eine fundierte 
Grundlage im Umgang mit Strukturen. Wenn Sie 
dies zu den Erkenntnissen über Unions, typedefs 
und C-Deklarationen hinzufügen, die Sie in den 
letzten Ausgaben erworben haben, können Sie 
hervorragend in C programmieren. 

Greg Comeau 


Geben Sie Ihr Wissen weiter! 


Sie als Leser des Microsoft System Journals sind 
Experte auf dem Gebiet der Software, sowohl bei 
der Programmierung als auch in der Anwendung. 
An diesem Know-how sind viele andere Pro- 
grammierer und Anwender brennend interessiert. 
Der Synergy Verlag sucht deshalb Programmierer, 
Berater und erfahrene Anwender, die ihr Wissen 
in Büchern des Synergy Verlags publizieren 
möchten. Wenn Sie also Interesse daran haben, 
Ihr Know-how zu vermarkten, dann wenden Sie 


sich an: 


Synergy Verlag GmbH, Hartmut Niemeier, Theresienstr. 40, 8000 München 2, Tel.: 089/280685 
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> Bild 1: 

Eine Einzelplatte 
(zeigt eine Spur, 
einen Sektor und ein 
Cluster). 


DOS 
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DOS-Know-how: 


Disketten- 
struktur 
unter DOS 


Cluster (2 Sektoren) 


Jeder, der einen PC benutzt, arbei- 
tet mit einer Festplatte und/oder 
Diskette. Unabhängig davon, wel- 
ches System man besitzt, speichert 
man häufig Information auf Plat- 
ten/Disketten. Da die Bedeutung 
von Festplatten/Disketten beim 
Betrieb eines Personalcomputers 
allgemein bekannt ist, würde man 
erwarten, daß die Benutzer wissen, 
wie Disketten funktionieren — aber 
das ist nicht der Fall! Wenn Sie 
vorhaben, auf den Disketten selbst 
zu arbeiten (auch wenn Sie nur 
ihre Struktur untersuchen wollen 
oder die Daten, die darauf gespei- 
chert sind), dann sollten Sie wis- 
sen, wie sie arbeiten. 


M:: kann sich eine Diskette als eine An- 
sammlung von Dateien vorstellen — nicht 
unähnlich einer Schublade in einem Dateikarten- 
Magazin. Jede Diskette enthält zahlreiche 
Dateien, und man kann auf jede Datei-»Karte« 
direkt zugreifen. In einer Dateikarten-Schublade 
findet man eine bestimmte Dateikarte, indem 
man den entsprechenden Reiter sucht, der ihren 
Inhalt angibt. Auf der Diskette ist die 
Dateistruktur einfach eine Interpretation der auf 
der Diskette gespeicherten Daten durch das 
Betriebssystem. Dateien existieren nicht auf 
Ebenen unterhalb von DOS. 

Während des Formatierungsprozesses legt das 
Betriebssystem auf Ihrer Diskette die wohl- 
bekannte Dateistruktur an. DOS erzeugt eine In- 
dex-Liste der Dateien (das Inhaltsverzeichnis, 
directory) und ein Verfahren, um einer Datei auf 
der Diskette Platz zuweisen zu können (die »file 
allocation«-Tabelle, FAT). DOS speichert die 
Information über den Aufbau der Diskette im 
Bootrecord, der auch auf Disketten ohne boot- 
fähiges System vorhanden sein muß. Grundsätz- 
lich besitzt jede Seite einer Platte/Diskette eine 
magnetisch beschichtete Oberfläche. Diese Ober- 
fläche wird mittels eines »Lese-/Schreib«-Kopfes 
magnetisiert, der sich über die rotierende Dis- 
kette bewegt. Doppelseitige Disketten haben 
zwei speicherfähige Oberflächen; einseitige Dis- 
ketten haben nur eine (obwohl beide Seiten be- 
schichtet sind, erreicht nur eine den erforder- 
lichen Qualitäts-Standard). Festplatten (hard 
disks) haben typischerweise zwei bis vier Platten, 
mit speicherfähigen Schichten auf jeder Seite. 

Auf jedem Festplatten-/Diskettenlaufwerk 
wird der Lese-/Schreib-Kopf (auch mehrere) mit 
einem speziellen Motor über die Plattenober- 
fläche bewegt. Dieser Motor hat genau definierte 
Halt-Punkte (steps), an denen der Kopf zur Ruhe 
kommt. Jeder dieser Halt-Punkte definiert eine 
Spur, auf der Daten gespeichert werden können. 
Die meisten Festplatten bestehen aus einem 
Mehrfach-Plattensystem, auf welchem sich die 
Köpfe auf allen Platten zusammen bewegen. Die 
Spuren (auf allen Einzelplatten), die einem 
Schritt des Schritt-Motors entsprechen, werden 
Zylinder genannt. 

Das Programm FORMAT unterteilt die Spuren 
in Sektoren von 512 Byte, um besser zu hand- 
habende Plattensegmente zu erhalten: acht oder 
neun Sektoren pro Spur auf einer Diskette; sieb- 
zehn Sektoren pro Spur auf einer Festplatte. 

DOS weist einer Datei Platz in Einheiten zu, 
die Cluster (Gruppierungen) genannt werden. 
Jedes Cluster besteht aus zwei bis acht Sektoren, 
abhängig vom Plattentyp. Wenn eine Datei zu- 
sätzlichen Plattenplatz braucht, so stellt das Be- 
triebssystem dieser Datei ein oder mehrere zu- 
sätzliche Cluster zur Verfügung. Bild 1 zeigt 
einen typischen Plattenaufbau. 

Eine Platte/Diskette ist in die folgenden fünf 
wichtigen Abschnitte unterteilt: 
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Partition table 


° die Partitionstabelle 
« den Bootrecord 
° die Dateibelegungstabelle 
table, FAT) 
« das Inhaltsverzeichnis (directory) 
« den Datenraum. 
Sie werden in den folgenden Abschnitten 
besprochen. 


(file allocation 


Die Partitionstabelle 


Jede Festplatte hat einen Haupt-Bootrecord 
(master boot record), der sich in Zylinder (Spur) 
0, Kopf (Seite) 0, Sektor 1 befindet. Dieser 
Bootrecord ist zuständig für das Lesen und Ent- 
schlüsseln der Platten-Partitionstabelle, die am 
Ende des Haupt-Bootrecords enthalten ist. In 
Abhängigkeit vom Inhalt der Partitionstabelle ist 
der Haupt-Bootrecord dann zuständig für die 
Übergabe der Kontrolle an den Bootrecord des 
gerade bootfähigen Festplattenbereichs (hard 
disk partition). 

Die Partitionstabelle beschreibt, wie die Fest- 
platte unterteilt ist. Um von Programmen wie 
FDISK erkannt zu werden, muß die Partitions- 
tabelle einem Standardaufbau genügen. Auf 
einer Festplatte können bis zu vier Aufteilungen 
existieren. Jede hat einen korrespondierenden 
Eintrag in der Partitionstabelle. Bild 2 zeigt einen 
Speicherauszug (dump) des Haupt-Bootrecords 
eines COMPAQ Deskpro 286(RXXX). Beachten 
Sie die Partitionstabellen-Information, die am 
Ende des Sektors gespeichert ist. Die Einträge 
beginnen bei Offset O1BEh für Bereich 1, O1CEh 
für Bereich 2, O1DEh für Bereich 3 und O1EEh 
für Bereich 4. Die letzten beiden Byte des Sektors 
(welche unmittelbar auf die Partitionstabelle fol- 
gen, bei Offset O1FEh) sind ein Signatur-Wort für 
den Sektor, in diesem Fall AA55h. 


Byte- Feld- Bei- Bedeutung 

Offset Länge spielwert 

00h Byte 80h Bootanzeige 
Oh = nicht bootfähig 
80h = bootfähig 

01h Byte 01h Startkopf 

02h Byte 01h Startsektor 

03h Byte 00h Startzylinder 

04h Byte 04h System-ID 
00h=unbekannt 
O1h=DOS,12-Bit-FAT 
04h=DOS,16-Bit-FAT 
05h=DOS,erweiterte 
Platte (extended disk), 
16-Bit-FAT 

05h Byte 04h Endkopf; 

06h Byte 51h Endsektor; 

07h Byte E9h Endzylinder; 

08h DWort 0:0011 Erster Partition-Sektor 

0Ch DWort 0:A2Al Sektoren in der Partition 


Beachten Sie, daß die Partitionstabellen-Infor- 
mation in Bild 2 nur zwei Einträge hat - es gibt 
nur zwei Bereiche auf dieser Festplatte. Jeder 
Eintrag in der Partitionstabelle ist 16 Byte lang. 
Tabelle 1 zeigt den Aufbau jedes Eintrags in die 
Partitionstabelle, wobei die jeweiligen Werte der 
Partitionstabelle aus Bild 2 entnommen wurden. 

Beachten Sie die in der Partitionstabelle ge- 
speicherte Information. Der größte Teil dieser 
Daten besteht aus Grenzwerten für die jeweilige 
Partition. Zwei Felder, die Bootanzeige (boot 
indicator) und die Systemkennung (system ID), 
sind von besonderem Interesse. Die Bootanzeige 
signalisiert, ob diese Partition bootfähig ist. Nur 
eine der vier möglichen Partitionen kann als 
bootfähig gekennzeichnet werden. Die System- 
kennung kennzeichnet den Partitionstyp (das Be- 
triebssystem in der Partition). In Tabelle 1 sind 
mehrere mögliche Werte für die Systemkennung 
aufgelistet. Durch verschiedene andere Betriebs- 
systeme (XENIX, UNIX, Pick etc.) wird die Liste 
der möglichen Systemkennungen aber erweitert 
werden müssen. 

Während der Systeminitialisierung (system 
boot) konsultiert das BIOS den ersten Sektor auf 
der Platte, um mit dem Booting-Prozeß fortzu- 
fahren. Bei der Diskette ist dies der Bootsektor 
(siehe den nächsten Abschnitt), bei der Festplatte 
der Haupt-Bootrecord, der bereits beschrieben 
wurde. Innerhalb dieses Haupt-Bootrecords be- 
findet sich die Aufteilungstabelle (partition 
table), und das BIOS bestimmt (durch Setzen der 
Bootanzeigefelder), welche Partition bootfähig 
ist. Nach dem Auffinden der bootfähigen Parti- 
tion wird die Kontrolle an den Bootsektor dieser 
Partition übergeben, und das Booting wird fort- 
gesetzt wie bei einer Diskette. 

Die Platten-Partitionierung erzeugt eine An- 
zahl von logischen Platten auf der Festplatte. 
Jede logische Platte verhält sich wie ein kleineres 
Plattenlaufwerk (dem vom Plattentreiber ein 
Laufwerkbuchstabe zugewiesen wird). 


44 Bild 2: 
Haupt-Bootrecord 
der Festplatte, Plat- 
ten-Partitionstabelle. 


“ Tabelle 1: 

Layout eines Eintrags 
in die Partitions- 
tabelle einer Fest- 
platte. 
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» Bild 3: 


Der Aufbau des Boot- 


sektors. 


>> Tabelle 2: 
Aufbau des BIOS- 
Parameter-Blocks 
(BPB). 
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Jump instruction System name BPB 


MR BEE: SER 9 


x..*.P. No 
6E 2D 53 79 75 74 65 E&D-20 64 69 73 GB 20 EF 72| n-System disk or 
= 64 69 73 EB 20 65 72-72 6F 72 ZE ID BA 52 65 


7 66 61 65 65 20 61 GE-S4 20 70 72 65 73 73 20 


oo 00 0 0 oo ar oe a 55 Ar 


Loader routine 


Eine einzelne Festplatte kann nur ein einziges 
Betriebssystem, oder jedes logische Laufwerk ein 
anderes Betriebssystem enthalten. Computer 
haben oft MS-DOS in einer Partition und XENIX 
in einer anderen — man hat gewissermaßen zwei 
Computer zum Preis von einem. 

Partitionierung ist oftmals nötig, wenn man 
Festplatten mit einer größeren Kapazität als 32 
Mbyte verwendet. Einige Versionen von DOS 
sind auf 32 Mbyte oder weniger in einer einzel- 
nen Partition begrenzt. Durch Benutzung mehre- 
rer Partitionen kann man Platten bis zu 128 
Mbyte verwenden. Kommerzielle Dienstpro- 
gramme stehen zur Verfügung, um die Beschrän- 
kung auf 32 Mbyte mit speziellen Treibern zu 
umgehen. Aber da die Platten vielfach nicht ohne 
die Treiber verwendet werden können, kann es 
zu Problemen führen, wenn man versucht, 
andere Betriebssysteme laufen zu lassen, oder 
von Disketten zu booten. 


Der Bootrecord 


Nachdem das System festgelegt hat, wohin der 
Bootrecord für den bootfähigen Plattenbereich 
geschrieben werden soll, lädt das BIOS den 
Bootrecord in den Speicher. Ein typischer 
Bootsektor für eine Diskette ist in Bild 3 zu 
sehen. 

Der Bootsektor beginnt mit einem Sprung zum 
Start der Bootstrap-Lader-Routine, welche mit 
»bootstrap« das System zum Laufen bringt. Das 
kleine Bootstrap-Programm wird geladen, und 
lädt wiederum selbst das größere Betriebssystem. 

Auf den 3 Byte langen Sprungbefehl folgt ein 8 
Byte langes Systemnamenfeld, das ausgefüllt 
werden kann, um den Hersteller anzuzeigen, mit 
dessen System die Diskette formatiert wurde 
(manche Hersteller tragen keinen Namen ein). 


Byte- Feld- Bei- Bedeutung 

Offset Länge spielwert 

00h Wort 0200 Byte pro Sektor 

02h Byte 02 Sektoren pro Cluster 

03h Wort 0001 Zahl der reservierten 
Sektoren, die bei Sektor 0 
beginnen 

05h Byte 02 Zahl der FATs 

06h Wort 0070 Max. Zahl Einträge 
im Stammverzeichnis 

08h Wort 02DO Gesamtzahl der Sektoren 

OAh Byte FD Medien-Beschreiber 

0Bh Wort 0002 Zahl der Sektoren pro FAT 

0Dh Wort 0009 Zahl der Sektoren pro Spur 

OFh Wort 0002 Zahl der Köpfe 

11h DWort 0:0000 Zahl der versteckten 
Sektoren 

15h 11 Byte — Reserviert 


Dann folgt der BIOS-Parameter-Block (BPB), 
der die Information liefert, die in Tabelle 2 
aufgelistet ist. Die Werte des Beispiels in Tabelle 
2 stammen aus dem Bootsektor von Bild 3. 
(Diese Werte gehören zu einer 360 Kbyte DSDD 
Diskette.) 

Dieser BPB ist wichtig für den Ablauf des 
Bootstrap-Programms, weil es diese Parameter 
kennen muß, um IO.SYS und MSDOS.SYS finden 
zu können (das BIOS und den Kern des Betriebs- 
systems). Er ist auch die Grundlage dafür, was 
DOS über die Bootfähigkeit einer Diskette weiß. 


Die Dateibelegungstabelle 
(File Allocation Table, FAT) 


Die Dateibelegungstabelle (FAT) ist der von DOS 
benutzte Platz, von dem aus der Zugriff zum 
Datenbereich der Platte verwaltet wird. DOS 
verwendet die FAT, um anzuzeigen, welche Teile 
der Platte zu einer Datei gehören. Ältere Be- 
triebssysteme benutzten kein dynamisches Kon- 
zept des Dateimanagements, sondern weisen 
jeder Datei einen Plattenbereich fester Größe zu. 
Da Dateien prinzipiell beliebig groß sein können, 
besteht der Nachteil dieser Methode darin, daß 
eine Datei fester Größe zumeist eine Platzver- 
geudung bedeutet. 

Die FAT folgt auf der Platte dem Bootrecord. 
Da der Bootrecord nur einen Sektor lang ist 
(Sektor 0), beginnt die FAT mit Sektor 1. Die 
Länge der FAT (in Sektoren) kann sowohl aus 
dem Bootrecord selbst ermittelt werden, als auch 
aus der Anzahl der FAT-Kopien. Wegen der 
Wichtigkeit der FAT unterhält DOS gewöhnlich 
zwei Kopien, die sich dauernd nebeneinander auf 
der Platte befinden. Wird die Original-FAT ver- 
ändert, bringt DOS die zweite Kopie gewissen- 
haft auf den neuesten Stand. Es ist interessant, 
zu erwähnen, daß kein einziges DOS-Kommando 
die zweite FAT-Kopie verwendet. Falls die Origi- 
nal-FAT irgendwie beschädigt ist, so kann ein 
eigenes Dienstprogramm verwendet werden, um 


2D14:0100 FD FFFF IS OO SS D-MOT7 WROTOATOTR ..... 
2D14:0110 O0 00 CD EB dO OF 00 M1-11 20 D1 13 48 D1 15 59 

2D14:0128 81 17 FO FF 19 AB @1 1B-C9 BI 1D EB 81 IF 9 92 

24:09 2 Rasweswrzr mia mmza ! 

ZD14:D149 OB B2 ZD EB Da 2 WO W-1 WESER ..- 

DD: FY7WBSHABSE-RSDRBEIFMM .7..9..,..=..2.. 
DIA DIEB a1 20 Du a5 a0 Di 45 DR-D4 47 BB Ba 49 AR AB 

2D14:2170 CO 04 aD EB 24 FF OF 00-00 DO O0 00 O0 OO OO ..N.... 
@D14:01B0 2a Da 00 00 0a 00 00 a a a a ... 
ZD14:010 0 00 a 0 0 2 - ee .... 
2D14:B1A8 22 DB 00 20 De 00 00 00-00 20 DO DO 00 90 2a DB ur 
2D14:01B0 DO DO 00 00 00 00 00 00-00 00 DO EEE nnnenennnnner 
2D14:B1C0 DO 00 O0 00 20 DO aa Oo-2 a a a a Da a oa 

=D14:9100 00 DO 00 a0 20 00 00 00-00 20 20 2a 00 2a za vo Berta ken 
2D14:B1EB 0 00 00 00 00 00 00 00-00 00 2a DO DO DEE 1... 
D14:B1FB DO DO O0 Do a0 om Do On-aa ao aa za aa aa aa a 


14:00 DO Da Da ao Da Da 0 Da- u ee . 


DI: 210 00 00 20 0 20 00 00 0-20 DO 90 2 9 9 00 0 

ZDI4:2D DO DR Da On a 0 0 nenn 
Dia: 00 00 DO 00 O0 ED -EEE  eeeeeneneeneen- 
Da: Ra0 00 00 DO Do a De Da - E eenn- 
2D14:0250 00 00 DO 00 00 a DO D-20020 9 0 a 2 0 

2D14:B2E Da 0 DO DD 00 Da Da a-0 EEE een 
u14:dzra Da 00 00 00 00 0 DO 0-00 0 EEE nenn 
2D14:0230 20 00 DO 00 00 00 DO 0-00 DO EEE een: 
2D14:0209 20 20 a Do 20 00 00 20-00 00 20 Da Da 20 2a 90 

ZDIA:MEAD 00 00 20 DD Da OD O-00  ..... 
ZD14:2EBO 20 00 20 co 2a DO 00 00-00 20 Da Do 00 a0 aa aa BERRLeRTE 
@DIA:B2CO BB 00 Da Do 2a 2a 0a Ba a nn 
2D14:92D0 00 00 00 v0 Do ca 00 20-00 Do Da Da a .. 

2DIN:BEED DO 00 DO 20 20 DO DO O-00  EE  anenannnenne 
2DI4:G2FO DO DO 00 00 vo 2a 20 2a-00 DO EEE en 


mit der zweiten FAT-Kopie Plattendateien wie- 
derherzustellen. 

Die FAT ist aus einer Reihe von Byte aufge- 
baut, die benötigt werden, um den Status eines 
jeden Clusters auf einem Plattenlaufwerk anzu- 
zeigen. Es gibt Codes, die anzeigen, ob ein Clu- 
ster zur Verfügung steht, gerade in Gebrauch ist, 
ob es reserviert oder beschädigt ist. Das genaue 
Code-Schema, das die FAT verwendet, hängt von 
der Kapazität des Plattenlaufwerks ab. Da jeder 
Eintrag in der FAT in der Lage sein muß, eine 
Clusternummer der Platte darzustellen, muß die 
Länge jedes FAT-Eintrags gleich der Anzahl der 
Bits sein, die nötig sind, um die größtmögliche 
Clusternummer der Platte darzustellen. DOS- 
Versionen vor 2.0 waren begrenzt auf 12-Bit-Ein- 
träge in der FAT; die größte Platte, die darge- 
stellt werden konnte, umfaßte 212 XXX(4096) 
Cluster. Da einige FAT-Eintragswerte benutzt 
werden, um den Status eines Clusters anzuzei- 
gen, vermindert sich die tatsächliche Cluster- 
zahl, die in einer 12-Bit-FAT dargestellt werden 
kann, um 16 auf 4080. Wenn jedes Cluster vier 
512-Byte-Sektoren umfaßt, dann begrenzt die 
12-Bit-FAT die Größe der Platte auf 8355840 
Byte — knapp unter 8 Mbyte. Obwohl 8 Mbyte 
Speicherplatz riesig erschien, als der PC einge- 
führt wurde, ist es gemessen an heutigen Stan- 
dards nicht viel. Auch wenn die Zahl der Sekto- 
ren pro Cluster auf 8 erhöht wird, so erhöht sich 
die Plattenlimitierung nur auf knapp 16 Mbyte - 
eine ernsthafte Einschränkung von DOS. 

Dieses Hindernis wurde dadurch umgangen, 
daß es DOS ermöglicht wurde, eine FAT zu ver- 
stehen, die anders codiert ist. Wenn das Platten- 
laufwerk groß genug ist, kann DOS ab der Ver- 
sion 2.0 einen 16-Bit-FAT-Eintrag verwenden. 
Dieses 16-Bit-FAT erlaubt die Behandlung von 
65536 Clustern (in Wirklichkeit nur 65520, 
wenn man die Cluster-Statuswerte in Betracht 


Kategorie Code 
Frei für Zuweisung 0 

Teil einer Datei (Zeiger 

auf die nächsten Cluster) 2-FEF 
Reserviert FFO-FF6 
Fehlerhaftes Cluster FF7 
Ende der Cluster-Kette FF8-FFF 


zieht), oder 268369920 Byte (knapp unter 256 
Mbyte), bei Benutzung von acht 512-Byte-Sekto- 
ren pro Cluster. 

Wenn eine Platte formatiert wird, stellt das 
Programm FORMAT fest, welches Codierschema 
benutzt werden soll. Ergibt die Größe der Platte, 
daß sie mit einer 12-Bit-FAT dargestellt werden 
kann, dann wird dieses Schema benutzt; im an- 
dern Fall eine 16-Bit-FAT. Wir wollen uns jetzt 
die beiden FAT-Typen genauer ansehen. 


Die 12-Bit-FAT 

Die 12-Bit-FAT ist um 25 Prozent kleiner als die 
16-Bit-FAT. Diese Tatsache war wahrscheinlich 
ausschlaggebend für den Einsatz der 12-Bit-FAT. 
Zwei 12-Bit-Zahlen können in drei Byte unter- 
gebracht werden. Bild 4 zeigt einen Beispielsek- 
tor aus einer 12-Bit-FAT. 

Beachten Sie den Aufbau der Dateibelegungs- 
tabelle. In diesem Beispiel werden die ersten bei- 
den FAT-Einträge (die ersten drei Byte) ver- 
wendet, um Systeminformationen darzustellen. 
Deshalb sind die Cluster O und 1 des Daten- 
bereichs ohne Zugriffsmöglichkeit der FAT. Auf 
die folgenden eineinhalb Byte (12 Bits) (ein FAT- 
Eintrag für Cluster 2) folgt der Eintrag für Clu- 
ster 3, usw. Beachten Sie die drei Byte beim Off- 
set 0103h, die die FAT-Einträge für Cluster 2 und 
3 sind. Man kann 034000 unter Verwendung der 
folgenden Formeln (alle Werte sind hexa- 
dezimal) in zwei separate FAT-Einträge unter- 
teilen: 

Eintrag 1 = (Byte2 AND OF) * 10000 + Bytel 
Eintrag 2 = Byte3 * 10 + (Byte2 AND FO)/10 

Deshalb ist der FAT-Eintrag für Cluster 2 

FAT Cluster 2 = (40 AND OF) * 10000 + 03 
= (0) * 10000 + 03 
= 03 

und der FAT-Eintrag für Cluster 3 ist 

FAT Cluster 3 = 00 * 10 + ((40 AND FO)/10) 
=0 + (40 / 10) 
= 04 

Jeder FAT-Eintrag zeigt auf das nächste von 
der Datei belegte Cluster. Deshalb bilden die 
FAT-Einträge eine Kette; wenn alle Glieder dieser 
Kette zusammengefügt werden, dann bezeichnet 
die Kette die Cluster, die von einer bestimmten 
Datei belegt werden. 

Andere Werte für FAT-Einträge stellen jedoch 
keine Folgeclusternummer dar; diese Werte ge- 
ben vielmehr den Status des Clusters an. Tabelle 
3 stellt die möglichen Codes für einen FAT-Ein- 
trag zusammen. 


44 Bild 4: 
Beispiel einer 12-Bit- 
FAT. 


“Tabelle 3: 
12-Bit-FAT, Zuord- 
nungs-Byte der Clu- 
ster. 
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> Bild 5: 
Ein Beispiel einer 
16-Bit-FAT. 


„ >» Tabelle 4: 
16-Bit-FAT, Zuord- 
nungs-Byte der 
Cluster. 
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2D14:0108 FO FFFFFFS WO DWIS WIE WITWE ... 

ZDiA:#110 09 00 MA DO GB DO DC OS-FF FF DE OO OF DB 1000... 

2D14:9129 11 98 12 90 13 O0 14 BB-15 BB 16 0 17 BB 1EWO uceuuuuuueueunn 
2D14:0139 19 DO 1A DO 1B O0 FF FF-78 GA FF FF DO BOFFEFOOanacueucKene on 
2D14:0149 FF FF FF FFFFFFOED 4-26 OO FFFFZTIBZEDD OU em. .l. 
ZDI4:M1B 29 00 ZA DO ZE DO 20 BO-2D DB ZF 00 FF FF 32 00 

ZD14:B168 FF FF 09 00 33 09 51 D9-a2 DU 36 00 37 00 38 00 

2D14:0178 FF FF 3A O0 3B 08 SC O9-SD DB SE DO SF BB AL DE ....,. <.=.>.2.A, 
2D14:01898 FF FF FF FF 43 O0 44 D9-45 00 48 00 FFFFFFFFOÖO....C.D.E.H..... 
2D14:0199 49 00 aA DO 4B DO AC DO-AF 00 FF FF FF FF SO 00 

2D14:@1A8 FF FF 52 09 53 00 54 09-55 09 57 08 FF FF 81 90 

ZD14:W1BB 59 DB SA DO SB DR SC DB-61 DO 72 00 FF FF EB 09 

2D14:9108 FF FF 62 DB EB O0 FF FF-FF FF 66 OO FFFFFFFFOÖOC.„buK. nu. fe. 
2D14:91D98 FF FF 6A 00 FF FF 6C B0-6D 00 78 OO GF BO FFFFO..j...1.m.x.o... 
2D14:01E8 71 00 FF FF 83 DS FF FF-FF FF 76 08 77 08 FF FF 

2D14:01F0 7B 90 FF FF FF FF 7C 00-70 00 TE 08 7F 00 80 00 

2D14:M200 FF FF B2 00 DO DO 84 00-85 OR 86 DO BT IB BEDO . 

ZD14:M218 EC 00 AA DO BB O6 FF FF-ED O0 GE 00 FF FF OB 00 

2D14:220 10 00 09 00 35 00 94 08-95 DB 96 00 97 00 96 00 

ZD14:230 99 DO GA 00 SB 00 9C DO-OD 00 CS 00 FF FF AD 00 

ZDI4:MAO AL 00 AD DO AS DO Aa DD-AS OO AG DO AT DB AB OO... 

ZDIA:M2SO AO DB AA DO AB DO AC DD-AD OO AE DO AF OO EB DO... 

ZDI4:25Q0 Bi DO B2 00 ES 09 Ba 00-C2 00 B6 OO E7 IS BBUO ... 

2D14:M270 BO 00 BA DI EB 00 BC PO-ED 00 BE 00 BF 00 00 00 

ZDIA:2aD Cı DO FF FF FF FF C4 B0-C5 00 C7 09 FF FF Ca 00 

ZD14:M299 CF BO CA DO CB DB CC BO-CD DO CE OO FFFFFCDI ... 

ZDi4:2Ad Di 99 D2 BR DS D9 DS @9-D5 9 DE WM D7WDEM ... 

2D14:M@BB FF FF DA O6 DE BB DC 29-DD 20 DE O0 DF OO EB OO... 

ZD14:209 Ei 00 E2 O0 ES DO EA OO-ES 00 DS OO ET WO ERDO .. 

2ZD14:2D9 E9 00 EA 00 EB 00 EC BO-ED DO EE DO EF OO FODO .. 

ZDI4:M2EB Fi 00 F2 00 F3 00 Fa O0-FS O0 F6 00 FT OO FED ... 

2D14:MeF® FO 00 FA DR FB 88 FC O8-FD 00 FE D0 FF 09 00 01 


Unter Verwendung der 12-Bit-FAT aus Bild 4 
wollen wir einer Cluster-Kette folgen. Der Direc- 
tory-Eintrag einer Datei zeigt auf das erste Clu- 
ster, das von der Datei belegt ist. In dieser Abbil- 
dung zeigt der Directory-Eintrag für IBM- 
BIO.COM (22100 Byte lang) auf die Startclu- 
sternummer 2. Wenn Sie sich den Eintrag für 
Cluster 2 anschauen, sehen Sie einen Zeiger auf 
Cluster 3 — und Cluster 3 zeigt auf Cluster 4 
(erinnern Sie sich, wir haben das soeben ausge- 
rechnet). Cluster 4 zeigt dann auf 5, welches auf 
6 zeigt, und so weiter bis Cluster 18h erreicht ist. 
Hier ist der FAT-Eintrag FFFh, was anzeigt, daß 
das Ende der Cluster-Kette erreicht ist. 


Die 16-Bit-FAT 

Seit der Freigabe der DOS-Version 2.0 werden 
größere Festplatten unterstützt und eine FAT, die 
16 Bits (zwei Byte) pro Eintrag benutzt. Bild 5 
zeigt das Beispiel eines Sektors aus einer 16-Bit- 
FAT. 

Die Umsetzung dieser Dateibelegungstabelle 
erfolgt sehr viel direkter als mit der 12-Bit-FAT. 
Die ersten beiden Einträge werden für 
Systeminformation genutzt; jeder benachbarte 
Eintrag belegt zwei Byte. Beachten Sie die zwei 
Byte beim Offset 0104h (den FAT-Eintrag für 
Cluster 2). Der Wert hier (0003h) zeigt auf den 
Eintrag für Cluster 3. 

Jeder FAT-Eintrag zeigt auf das nächste Clu- 
ster, das von der Datei besetzt wird. Auf diese 
Weise bilden die FAT-Einträge eine Kette, wel- 
che, wenn alle Glieder zusammengefügt werden, 
die von einer bestimmten Datei besetzten Cluster 
anzeigt. Wie bei der 12-Bit-FAT stellen die übri- 
gen FAT-Eintragswerte keine Folgeclusternum- 
mer dar, sondern zeigen den Status des Clusters 
an. Tabelle 4 stellt die möglichen Codes für einen 
FAT-Eintrag zusammen. 

Wir wollen eine Cluster-Kette durchlaufen, 


Kategorie Code 
Frei für Zuweisung 0 

Teil einer Datei (Zeiger 

auf die nächsten Cluster) 2-FEF 
Reserviert FFO-FF6 
Fehlerhaftes Cluster FF7 
Ende der Cluster-Kette FF8-FFF 


indem wir die 16-Bit-FAT verwenden, die in Bild 
5 dargestellt ist. Der Directory-Eintrag einer 
Datei zeigt auf das erste Cluster, das von der 
Datei besetzt ist. In dieser Abbildung zeigt der 
Directory-Eintrag für IBMBIO.COM (22100 Byte 
lang) auf eine Startclusternummer 2. Der Eintrag 
für Cluster 2 zeigt auf Cluster 3. Cluster 3 zeigt 
auf Cluster 4, das auf Cluster 5 zeigt, welches auf 
6 zeigt, usw. bis Cluster OCh erreicht ist. Der 
FAT-Eintrag bei Cluster OCh ist FFFFh, was an- 
zeigt, daß das Ende der Cluster-Kette erreicht 
wurde. 


Weitere FAT-Informationen 

Wenn DOS Platz für eine Datei anfordert, so wird 
dieser Speicherplatz der Datei in Einheiten von 
einem oder mehreren Clustern zugewiesen. Wie 
Sie bei der Besprechung der 12- und 16-Bit-FAT 
gesehen haben, sind die Cluster in einer Datei 
verkettet, wobei jeder Eintrag in die FAT die Clu- 
sternummer des nächsten Eintrags angibt (siehe 
Bild 6). 

Die FAT reserviert den Platz für die Einträge 0 
und 1, ohne ihn zu nutzen. Das erste Byte der 
FAT wird für eine Diskettenkennung (ID, iden- 
tification) verwendet, die dazu dient, das Disket- 
tenformat festzustellen (siehe Tabelle 5). Da die 
Cluster O und 1 für das System reserviert sind, ist 
Cluster 2 das erste Cluster, das zugewiesen wer- 
den kann. 

Beachten Sie, daß DOS den von Dateien benö- 
tigten Platz nur in Portionen ganzer Cluster zu- 
teilt. Deshalb ist der kleinste von einer Datei 
nutzbare Plattenbereich, unabhängig von ihrer 
Größe, ein Cluster. Eine 1 Byte große Datei kann 
512, 1024, 2048 oder 4096 Byte belegen, 
abhängig von der Anzahl Sektoren pro Cluster. 

Wie Sie bei der Decodierung des BPB (BIOS- 
Parameter-Block, siehe Tabelle 2) einer Diskette 
gesehen haben, hatte die Diskette im Beispiel 
zwei FATs (Dateibelegungstabellen). Jedesmal, 
wenn Plattenoperationen Plattenplatz zuweisen 
oder freigeben, werden beide FATs automatisch 
aktualisiert. Wenn zum ersten Mal auf eine Platte 
zugegriffen wird, dann vergleicht DOS die FATs, 
um zu sehen, ob sie konsistent sind. Obwohl es 
mehr als zwei FATs geben kann - in diesem Fall 
werden sie sequentiell auf der Platte gespeichert 
— haben die meisten Platten zwei. 

Nach den FATs kommt das Stammverzeichnis, 
mit 32 Byte für jeden Eintrag. Der BPB liefert die 
Größe des Inhaltsverzeichnisses, so daß man 
feststellen kann, wo der Dateibereich beginnt. 


Directory-Eintrag 


012345678 AIIITITTITT 


FAT u in | BEEKMEREEDNEE 


Speicherung einer 
Datei ER 
Sektoren 10-13 


Jetzt, da Sie wissen, wo man etwas auf der 
Platte findet, wollen wir uns anschauen, welche 
Funktionen DOS zur Plattenverwaltung zur Ver- 
fügung stellt. 


Der Gebrauch von 
Funktionen für 
Festplatte/Diskette 


Es gibt keine BIOS-Funktionen für den Umgang 
mit einem DOS-Dateisystem, denn das Datei- 
system (zusammen mit allen Tabellen, die gerade 
besprochen wurden) ist eine Konstruktion von 
DOS. Für das BIOS stellt die Platte nur eine 
Reihe von Sektoren dar, beginnend bei Sektor- 
nummer O0 und sequentiell fortlaufend bis zur 
höchsten Sektornummer. Das BIOS kennt sich 
aus mit Spuren, Sektoren und Plattenköpfen, 
aber nicht mit Dateien, FATs oder Inhaltsver- 
zeichnissen. Alle Funktionen, die Sie anwenden 
werden, sind DOS-orientierte Funktionen. 


Diskettencharakteristik 


FO Nicht identifizierbar 

F8 Festplatte 

F9 Doppelseitig, 15 Sektoren/Spur 

F9 Doppelseitig, 9 Sekt./Spur (720 Kbyte) 
FC Einseitig, 9 Sektoren/Spur 

FD Doppelseitig, 9 Sekt./Spur (360 Kbyte) 
FE Einseitig, 8 Sektoren/Spur 

FF Doppelseitig, 8 Sektoren/Spur 


Laufwerksdaten 


Sie können DOS-Funktionsaufrufe verwenden, 
um Information über das Platten-/Diskettenlauf- 
werk zu erhalten. Das Programm drvinfo.c 
zeigt, wie Sie diese Information erhalten und auf 
dem Bildschirm darstellen können (siehe dazu 
Listing 1). 

Um Information über das Laufwerk zu erhal- 
ten, ruft drvinfo.c drei Subroutinen auf: 


l.get_drive(), um die aktuelle Laufwerknum- 
mer zu erhalten 
2.get_drvinfo(), um allgemeine Information 
über das Laufwerk zu erhalten 
3.get_drvspace(), um andere Information zu 
erhalten 

All diese Informationen werden folgender- 
maßen in die Struktur drvinfo eingetragen (in 
der Datei drvinfo.h): 


struct drvinfo {[ 


int spc; /* Sektoren pro Cluster */ 
int avail; /* Verfügbare Cluster */ 
int fatseg; /* FAT-Segment des ID-Byte */ 
int faroff; /* FAT-Offset des ID-Byte */ 
int secsize; /* Physikalische Sektor-Größe */ 
int clusters; /* Anzahl der Cluster */ 
char fatid; /* 10-8yte der FAT */ 

} info; 


Durch Definition einer Struktur für zusam- 
menhängende Platteninformation können Sie die 
Information logisch organisiert zusammenhalten, 
wenn Sie damit arbeiten. 

Beachten Sie, daß das Programm drvinfo.c 
(siehe Listing 1) zwei Subroutinen-Aufrufe ent- 
hält, die zeigen, daß dieselbe Information auf 
verschiedene Weise erhalten werden kann. 


#include <stdio.h> 
#include "drvinfo.h* 


main(argc,argv) 


int argc; 
char *argv[]; 


{ 


int drive; 


/* Holt Daten ueber das aktuelle Laufwerk und gibt sie am 
Bildschirm aus */ 


drive = get_drive(); 
printf("Code des aktuellen Laufwerks = %d\n",drive); 
printf(*Laufwerk ist %c:\n*,'A'+drive); 


/* Ermittelt folgende grundlegende Laufwerk- 
Information: 
Sektoren pro Cluster auf dem Laufwerk 
Physikalische Sektorgroesse 
Zahl der Cluster auf der Disk 
Mit dieser Information wird die Kapazitaet der 
Disk berechnet */ 


get_drvinfo(*argv[1],&info); 
printf(*"Information fuer Laufwerk %c:\n",*argv[1]); 


printf(* Zahl der Sektoren pro Cluster = 
%d\n*,info.spc); 

printf(* Groesse eines physikal. Sektors = 
*d\n*,info.secsize); 

printf(* Zahl der Cluster = %d\n",info.clusters); 

printf("\n"); 

printf(* Laufwerk-Kapazitaet ist = %dK\n", 


info.clusters * ((info.spc * info.secsize)/1024)); 
printf(*\n\n"); 


/* Ermittelt folgende grundlegende Laufwerk-Information: 
Sektoren pro Cluster auf dem Laufwerk 
Physikalische Sektorgroesse 
Zahl der Cluster auf der Disk 

Dieser Aufruf holt zusaetzlich die Zahl der 
freien Cluster. Wir koennen jetzt sowohl die 
Kapazitaet als auch den freien Platz berechnen. 

* 

/ 

get_drvspace(*argv[1],&info); 

printf("Information fuer Laufwerk %c:\n*,*argv[1]); 

printf(* Zahl der Sektoren pro Cluster = *d\n*,info.spc); 

printf(* Groesse eines physikal. Sektors = %d\n",info.secsize); 

printf(* Zahl der Cluster = %d\n",info.clusters); 

printf(" Zahl der verfuegbaren Cluster = %din*,info.avail); 

printf("\n"); 

printf(* Laufwerk-Kapazitaet ist = %dK\n", 

info.clusters * ((info.spe * info.secsize)/1024)); 

printf(*" Verfuegbarer Platz ist = %dK\n", 

info.avail * ((info.spc * info.secsize)/1024)); 


44 Bild 6: 
Cluster-Verkettung in 
der FAT. 


«Listing 1 


44 Tabelle 5: 
Einige mögliche 
Werte für das ID- 
Byte der FAT. 
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#include <stdio.h> 
#include <dos.h> 
#include "drvinfo.h*” 


get_drvinfo(drv,info) 


char drv; 
struct drvinfo *info; 


{ 
union REGS regs; 
struct SREGS segs; 
int dn; 


/* Konvertiert Laufwerk-Buchstabe in interne Darstellung */ 
drv = toupper(drv); 

dn = drv- 'A' +1; 

/* Initialisierung und Aufruf von DOS */ 
regs.h.ah = Oxlc; 

regs.h.dl = dn; 

intdosx (&regs,äregs,äsegs); 

info->spce = regs.h.al; 

info->fatseg = segs.ds; 

info>fatoff = regs.x.bx; 

info->secsize = regs.x.cx; 
info->clusters = regs.x.dx; 


Um die Laufwerkinformation zu erhalten, wird 
ein simples Verfahren angewandt — man ruft den 
»zentralen« DOS-Interrupt (Int 21h) auf. Dieser 
Aufruf wird in C durch die Funktion intdos aus- 
geführt. Der DOS-Interrupt gibt den Laufwerk- 
code in Register AL zurück. 

Die Funktion get_drive() interpretiert den 
Laufwerkcode nicht; sie gibt auf folgende Weise 
einfach den Code an drvinfo.c zurück: 


#include <stdio.h> 
#include <dos.h> 
get_drive() 


{ 
union REGS regs; 
regs.h.ah = 0x19; 
intdos(äregs,äregs); 
return(regs.h.al); 
} 


Aber das Verfahren der Abfrage der Laufwerk- 
information ist komplexer als eine simple Ab- 
frage der Laufwerknummer. Die Information 
wird sowohl in den Segmentregistern zurück- 
gegeben als auch in den allgemeinen Registern. 
Für den Zugriff auf die Segmentregister muß 
man die Funktion intdosx verwenden (siehe 
Listing 2). 

Die Funktionen get_drvinfo() und 
get_drvspace() sind Beispiele eines guten Pro- 
grammierstils, der besagt, daß Implementations- 
Details innerhalb der Funktionen versteckt wer- 
den sollen. In diesem Fall bestimmen die Funk- 
tionen den korrekten Laufwerkcode aus der be- 
nutzerorientierten Standardbezeichnung der 
Laufwerke (A:, B:, C: usw.). Indem erlaubt wird, 
den Laufwerknamen als einen Buchstaben zu 
übergeben, verbirgt man auf diese Weise die Tat- 
sache, daß die Laufwerkbezeichnungen in DOS- 
und BIOS-Routinen nicht immer konsistent sind. 
Einige Routinen verwenden O zur Bezeichnung 
von Laufwerk A, während andere O0 zur Bezeich- 
nung des Standardlaufwerks (default drive) ver- 
wenden. 

Funktionen (wie get_drvinfo() und 
get_drvspace()), die in eine Bibliothek ge- 


#include <stdio.h> 
#include <dos.h> 
#include "drvinfo.h" 
get_drvspace(drv, info) 
char drv; 
struct drvinfo *info; 
{ 
union RE6S regs; 
struct SREGS segs; 
int dn; 
/* Konvertiert Laufwerk-Buchstabe in interne 
Darstellung */ 
drv = toupper(drv); 
dn = drv - 'A' +1; 
/* Initialisiere und mache den DOS-Aufruf */ 
regs.h.ah = 0x36; 
regs.h.dl = dn; 
intdosx(Aregs,Aregs,&segs) ; 
info->spc = regs.x.ax; 
info>avail = regs.x.bx; 
info->secsize = regs.x.ck; 
info->clusters = regs.x.dx; 


schrieben werden, um vielen Programmierern 
zur Verfügung zu stehen, sollten soviele Imple- 
mentations-Details verstecken, wie nur möglich. 
Diese Art »programmiererfreundlicher« Biblio- 
theksroutine hilft Programmierern, Programme 
zu erstellen, ohne sich um die Eigenheiten des 
Rechners kümmern zu müssen. 

Die Funktion get_drvinfo() in Listing 2 ist ge- 
brauchsfertig. Sie wurde zum Einbau in eine 
Funktionsbibliothek geschrieben und kann ein- 
zeln zu einem Objektmodul kompiliert werden. 

Nachdem die Funktion (über den Funktions- 
aufruf intdosx) DOS aufgerufen hat, rettet sie 
die zurückerhaltene Information aus den Regi- 
stern in die Struktur info, die mit dem Funk- 
tionsaufruf übergeben wurde. Indem die Infor- 
mation in diese Struktur gepackt wird, ermög- 
licht man jemandem ohne Kenntnisse über Regi- 
ster und DOS-Aufrufe, über das Programm, das 
die Funktion aufruft, darauf zuzugreifen. Die 
Funktion kann in eine Bibliothek eingebaut wer- 
den für Programmierer, die nicht wissen, wie 
man mit DOS umgeht. 

Die DOS-Funktion 36h gestattet auf eine 
andere, vollständigere Art, Auskunft über die 
Platte zu erhalten. Die Funktion get_drvspace(), 
in Listing 3, lädt nicht nur Platteninformation in 
die Struktur info, sondern gibt auch den auf der 
Platte verfügbaren Platz zurück. Diese Funktion 
ist nützlich für Programme, die mit großen Plat- 
tendateien oder mit vielen Dateien arbeiten. 

Um festzustellen, wieviel freier Platz auf der 
Platte zur Verfügung steht, benutzen Sie fol- 
gende Information (die man von der DOS-Funk- 
tion 36h erhält): 


Reg. Inhalt 


AX Anzahl der Sektoren pro Cluster 
BX Anzahl der verfügbaren Sektoren 
cx Byte pro Sektor 

DX Cluster pro Laufwerk 


Zur Berechnung des freien Platzes auf dem 
Laufwerk verwenden Sie die folgende Formel: 
BX * AX*CX 


#include <stdio.h> 
main(argc,argv) 
int argc; 
char *argv[]; 
{ 
int avail, total; 
get_free(*argv[1],&avail,ätotal); 
if (*argv[1]) 
printf("Disk: Freier Platz auf Laufwerk %c: ist %dK von 
%dK\n*, 
*argv[1],avail,total); 
else 
printf("Disk: Freier Platz auf Stand.-Laufw. ist %dK von 
*dK\n", 
avail,total); 


} 


Die gesamte Laufwerkkapazität wird nach fol- 
gender Formel berechnet: 
DX * AX*CX 

Wenn man nur herausfinden will, wieviel Platz 
auf der Platte frei ist, dann kann man eine Funk- 
tion (get_free()) schreiben, die nur diese 
Information liefert. Das Programm free.c erhält 
diese Information, indem es get_free() mit dem 
Laufwerknamen aufruft, und mit Zeigern auf 
Integers für den verfügbaren und den gesamten 
Plattenplatz. 

Das Programm wurde so geschrieben, daß im 
ersten Kommandozeilen-Argument der Laufwerk- 
name steht. Wenn kein erstes Argument einge- 
geben wird, dann nimmt das Programm an, daß 
es über das Standardlaufwerk (default drive) 
Auskunft geben soll. 

Die Funktion get_free() stellt fest, welches 
Laufwerk überprüft werden soll, setzt dann ent- 
sprechend die Register und macht den Aufruf an 
DOS (siehe Listing 4). Die Funktion 36h wird 
wiederum verwendet, um den freien Platz festzu- 
stellen, aber die meiste Information über die 
Platte wird weggeworfen, denn sie wird für den 
eng umgrenzten Zweck der Funktion nicht ge- 
braucht. 

Wenn Sie ein wirklich nützliches Dienstpro- 
gramm für sich selbst schreiben wollen, warum 
dann nicht eines, das eine Gruppe von Dateien 
auf eine Diskette kopiert, oder auf eine Reihe 
von Disketten. Ein solches Dienstprogramm prüft 
die Größe der nächsten Datei, die Sie kopieren 
wollen. Wenn genügend Platz auf der Diskette 
zur Verfügung steht, kopiert das Dienstpro- 
gramm die Datei, wenn nicht, fordert es eine 
weitere Diskette an. Ein solches Programm 
könnte folgendermaßen aussehen: 


FOR i=1 TO zahl_der_argumente 
TOP: 


groesse = Größe von Datei i 

platz = hole Platz auf Ziel-Laufwerk 

IF groesse > platz THEN 
fordere eine weitere Diskette an 
Warte bis der Benutzer eine Taste gedrückt hat 
60T0 TOP: 

ELSE 
Kopiere Datei i auf Diskette 

ENDIF 

NEXT i 


Wenn Sie kommerzielle Anwendungen schrei- 
ben, dann ist Ihr Programm für das Vermeiden 
aller vorhersehbaren Fehler verantwortlich. 


#inciude <stdio.h> 
#include <dos.h> 


get_free(drv,avail,total) 


char drv; 
int *avail, 
"total; 


union REGS regs; 
struct SREGS segs; 
int dn; 
/* Bestimmt das Laufwerk und setzt die Laufwerk-Nummer */ 
if(drv){ 
drv = toupper(drv); 
dn = drv- 'A' +1; 
} else { 
dn = 0; 


} 

/* Initialisiert und macht den DOS-Funktionsaufruf */ 
regs.h.ah = 0x36; 

regs.h.dl = dn; 

intdosx (Aregs ‚äregs,äsegs); 

*avail = ((regs.x.ax * regs.x.cx)/1024) * regs.x.bx; 
*total = ((regs.x.ax * regs.x.cx)/1024) * regs.x.dx; 


Immer wenn Sie Anwendungsprogramme schrei- 
ben, in denen eine Datei durch zusätzliche Daten 
vergrößert werden soll, laufen Sie Gefahr, auf 
der Platte dafür keinen Platz mehr frei zu haben. 
Überprüfen Sie unter allen Umständen den noch 
zur Verfügung stehenden Platz, um Plattenab- 
stürze zu vermeiden! 


Formatieren von Platten 
und Disketten 


Die Formatierung von Platten/Disketten ist eine 
einfache aber gefährliche Aufgabe, die die mei- 
sten Leute nicht selbst programmieren müssen. 
Das Basisprogramm FORMAT, das mit DOS zu- 
sammen vertrieben wird, ist eines von mehreren 
adäquaten Plattenformatierungsprogrammen auf 
dem Markt. Spezielle Formatierer stehen zur Ver- 
fügung (oft als Teil eines Dienstprogramm-Pakets 
wie z.B. PCTOOLS) für diejenigen, die schnellere 
oder hochentwickeltere Formatierung wollen. 
Anfänger sollten sorgfältig planen, bevor sie 
Plattenformatierungsprogramme schreiben, denn 
diese Programme können, wenn sie un- 
sachgemäß gehandhabt werden, wichtige Plat- 
tensysteme löschen und monatelange Arbeit zer- 
stören. In diesem Abschnitt werde ich einige 
grundlegende Formatierungstechniken beschrei- 
ben und mit einigen Beispielen zeigen, wie man 
die im System vorhandenen Formatierungsrou- 
tinen benutzt. Aber denken Sie daran: Sie brin- 
gen Ihr System in Gefahr, wenn Sie hier einen 
Fehler machen! Wenn Sie ein Formatierpro- 
gramm testen, befolgen Sie die folgenden einfa- 
chen Vorsichtsmaßnahmen: 
° Wann immer es möglich ist, testen Sie ein 
Formatierungsprogramm auf einem »Nur Dis- 
kette«-System (ohne Festplatte). Verwenden Sie 
Systemdisketten, deren Verlust Sie sich leisten 
können, falls etwas schief geht. 
* Wenn Sie Testläufe auf einem System ausfüh- 
ren müssen, das eine Festplatte enthält, schalten 


«4 Programm: 
Free.c. 
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Bedeutung 


AH 05h (der Funktionscode) 


ES:BX Zeiger auf die Tabelle des Spuren 
Adreßfelds 
CH Spurnummer 


DH Kopfnummer 
DL Laufwerknummer 


Sie die Festplatte aus, wenn Sie können (indem 
Sie z.B. den Festplattencontroller herausziehen). 
« Vergewissern Sie sich, daß Sie ein aktuelles 
Backup Ihres Betriebssystems haben (Sie sollten 
immer ein aktuelles Backup haben!) 

Es gehört zu einem guten Programmierstil, 
mögliche Fehler einzukalkulieren und entspre- 
chend »abzufangen«. Wenn Sie vorsichtig sind, 
kann Ihrem Betriebssystem, wenn Sie Ihre Pro- 
gramme testen, nichts passieren. 

DOS stellt eine BIOS-Funktion (Int 13h, Funk- 
tion 05h) zur Formatierung von Diskettenspuren 
zur Verfügung. Das Konzept ist einfach, und die 
Funktion ist leicht zu handhaben. Wir wollen uns 
jetzt anschauen, wie man diese Funktion zum 
Formatieren einer Diskette benutzt. 

Wenn Sie mit einer unformatierten Diskette 
anfangen (oder wenn Sie eine alte löschen wol- 
len), müssen Sie Int 13h Funktion 05h verwen- 
den, um die Diskette Spur für Spur folgender- 
maßen zu formatieren: 

Für jede Spur von 0 bis zur letzten Spur 
Richte den Aufruf für die Spur ein 
Rufe die Routine zur Spurformatierung auf 


Die Diskette wird korrekt formatiert, und 
BIOS-Routinen werden sie lesen können — aber 
es ist keine DOS-Diskette. Wie Sie sich vielleicht 
auf Grund der früheren Diskussion in diesem 
Artikel erinnern werden, verlangt DOS, daß eine 
Diskette bestimmte Strukturen besitzt (wie z.B. 
den Bootsektor, die FAT und das Stammver- 
zeichnis). Die Formatprozedur stellt keine davon 
zur Verfügung. 

Um eine für DOS akzeptable Diskette einzu- 
richten, genügt es nicht, einer Diskette ihr cha- 
rakteristisches Format zu geben, sondern man 
muß auch die Diskettenstruktur wie folgt initia- 
lisieren: 

Für jede Spur von 0 bis zur letzten Spur 
Setze die Aufrufparameter für die Spur- 
Formatierungsroutine 
Rufe die Routine zur Spurformatierung auf 
Schreibe den Bootsektor auf die Diskette 
Schreibe die FAT-Information auf die Diskette 
Schreibe die Stammverzeichnis-Information auf die 
Diskette 


Man kann die letzten beiden Schritte dadurch 
erledigen, daß man einfach Nullen in die Berei- 
che von FAT und Diskettenverzeichnis schreibt. 
Einträge von Nullen in der FAT zeigen an, daß 
die Cluster frei sind und bereit für eine Neuzu- 
weisung sind. 


Platten-Scheibe 


Nullen im Disketteninhaltsverzeichnis zeigen 
an, das die Verzeichniseinträge niemals benutzt 
wurden. Wenn man einmal vom Bootsektor ab- 
sieht, dann kann der Formatierungsprozeß ziem- 
lich einfach sein: Formatiere die Spuren, schreibe 
den Bootsektor, und anschließend setze die Be- 
reiche von FAT und Stammverzeichnis auf Null. 

Wir wollen jetzt eine Routine zum Formatie- 
ren einer Diskettenspur schreiben. Sie können 
dann eine Diskette formatieren, indem Sie ein- 
fach nacheinander durch alle Spuren »springen«. 

Man ruft BIOS Int 13h, Funktion 05h mit der 
Register-Belegung auf, wie sie in Tabelle 6 ge- 
zeigt wird. 

Die Spuradreßtabelle ist das Herz der For- 
matierungsoperation. Sie spezifiziert die Anord- 
nung der logischen Diskettensektoren auf der 
physikalischen Diskettenspur. Jeder Disketten- 
sektor wird in der Tabelle durch einen vier Byte 
langen Eintrag dargestellt, die Kennzeichnung 
jedes Sektors auf der Spur. Man kann die Tabelle 
zur Zuweisung logischer Sektornummern in einer 
anderen Anordnung als die der physikalischen 
Sektoren auf der Diskette verwenden (dieser 
Prozeß ist als »Verschränkung« oder 
»interleaving« bekannt). 

Die Zahl der Spuren variiert entsprechend dem 
Diskettentyp, den man verwendet: 5 1/4-Zoll- 
Disketten (360 Kbyte, doppelseitig, doppelte 
Dichte) haben 40 Spuren pro Seite; 3 1/,-Zoll- 
Disketten (720 Kbyte, doppelseitig, doppelte 
Dichte) haben 80 Spuren pro Seite. Die Kopf- 
nummer (für Disketten) sollte O oder 1 sein. 

Die Laufwerknummer (Register DL) gibt an, 
mit welchem physikalischen Laufwerk man arbei- 
ten will. (Physikalische Laufwerke werden ab 
Null durchnumeriert: Laufwerk A: entspricht 
Nummer 0, Laufwerk B: ist Nummer 1, usw.) 

Auf einer unformatierten Platte/Diskette ist 
eine Spur ein unstrukturierter blanker Abschnitt 
der magnetischen Oberfläche. Die Formatierpro- 
zedur prägt der Platte/Diskette eine Struktur auf, 
indem magnetisch »Speicherbehälter« (storage 
bins) auf der Spur erzeugt werden (siehe Bild 7). 
In diesen Behältern, die Sektoren genannt wer- 
den, kann Information gespeichert werden. 

Man kann die Sektoren, physikalisch aufein- 
anderfolgend, rund um die Spur plazieren, aber 
diese Methode hat Nachteile. 


Physikalische Sektoren 


Logische Sektoren 


Stellen Sie sich vor, es ist eine Anzahl von 
Plattensektoren zu lesen. Sie wollen beispiels- 
weise einen Plattensektor in den Arbeitsspeicher 
kopieren, kurz damit arbeiten, und dann zurück- 
kommen, um den nächsten Sektor zu lesen. Es ist 
kein Problem: Sage dem Plattencontroller ein- 
fach, welchen Sektor du willst, und der Control- 
ler liefert den richtigen. Aber was geschieht, 
wenn die beiden Sektoren auf der Platte benach- 
bart sind? Ihre Anforderung des zweiten Sektors 
wird erfolgen, nachdem der Anfang dieses Sek- 
tors den Lese-/Schreib-Kopf passiert hat. Um den 
Sektor zu erhalten, müssen Sie warten, bis die 
Platte eine ganze Umdrehung ausgeführt hat (ca. 
eine Fünftelsekunde für eine Diskette bei 300 
Umdrehungen/Minute). Dieser Zeitbetrag sum- 
miert sich. 

Wenn Sie versuchen, eine ganze Platte zu 
lesen, einen Sektor nach dem anderen, dann 
summieren sich diese Fünftelsekunden auf mehr 
als zwei Minuten, die das Programm damit zu- 
bringt, darauf zu warten, daß ein bestimmter 
Sektor in die Position unter den Lese-/Schreib- 
Kopf rotiert! In Anwendungen, die sehr viel Plat- 
ten-Ein-/Ausgabe ausführen, wird der Zeitverlust 
jedoch nicht ganz so groß. Man kann nämlich 
etwas gegen dieses Problem unternehmen und 
solche Anwendungen dadurch bedeutend verbes- 
sern. 

Ein Weg, das Warten auf Plattensektoren zu 
vermeiden, besteht darin, sie so zu verschränken, 
daß ein physikalischer Sektor jeweils zwei auf- 
einanderfolgende logische Sektoren trennt. Mit 
anderen Worten: Man alterniert die Sektornum- 
mern rund um die Spur. Bild 8 zeigt, wie neun 
Dateistücke von der Größe eines Sektors auf 
einer Neun-Sektor-Spur verschränkt werden 
können. 

Die Spuradreßtabelle erlaubt einem (über die 
BIOS-Funktion) festzulegen, welche logische 
Sektornummer jeder physikalische Sektor der 
Spur haben soll. Durch Festlegung der Größe 
eines jeden Sektors kann man die Sektorgröße 
rund um die Spur ändern. Die Information der 
Spuradreßtabelle wird auf der Platte gespeichert, 
so daß der Plattencontroller einen bestimmten 
Sektor finden kann, ohne spezielle Tabellen kon- 
sultieren zu müssen, um das Layout der Platte zu 


Code Sektorgröße (in Byte) 
0 128 

1 256 

2 512 

3 1024 


erstellen. Wenn man die Spuradreßtabelle ver- 
wendet, um das Layout der Platte festzulegen, 
dann erzeugt man die »Verschränkung« (inter- 
leaving) für die Spur, als permanenten Teil der 
logischen Struktur der PLatte. 

Die Spuradreßtabelle ist eine Reihe von 4- 
Byte-Einträgen (einer für jeden Sektor auf der 
Spur), welche die Spur angeben, den Kopf, die 
logische Sektornummer und den Code-Umfang. 
Tabelle 7 listet die erlaubten Code-Größen auf. 

Die Einträge in die Spuradreßtabelle erfolgen 
auf der Platte immer über die physikalische Sek- 
tornummer. Jedem physikalischen Sektor wird 
eine logische Sektornummer (in jeder ge- 
wünschten Reihenfolge) zugeteilt, so daß die 
gewünschte Verschränkung festgelegt wird. Die 
Spuradreßtabelle legt die Zugriffs-Reihenfolge 
der Sektoren auf der Spur fest. PCs lesen auf der 
Platte, indem auf den Sektor-Header zugegriffen 
wird, um festzustellen, welcher Sektor gebraucht 
wird. 

Die Spuradreßtabelle für Spur 3 einer 360- 
Kbyte-Diskette, doppelseitig, mit doppelter 
Dichte, mit neun Sektoren pro Spur, könnte so 
aussehen wie die in Bild 8. Die logischen Sekto- 
rennummern in Bild 8 entsprechen den folgen- 
den physikalischen Sektoren: 
physikalischer Sskorr 123456789 
logischer Sektor 162738495 

Um einen Formatierfehler anzuzeigen, wird 
das Carry-Flag beim Verlassen der Funktion ge- 
setzt. Wenn das Flag gesetzt ist, dann enthält AH 
einen Fehlercode. Die Bedeutung der einzelner 
Bits dieses Fehlercodes wird in Tabelle 8 gezeigt. 
Wenn ein Fehler auftritt, sollte Ihr Programm so- 
fort BIOS Interrupt 13h, Funktion 00h aufrufen 
(Reset der Platte), und dann den Fehler entspre- 
chend behandeln. 

Die Funktion fmt_trk() ist ein in C implemen- 
tiertes Beispiel für die Spurformatierprozedur 
(siehe Listing 6). Diese Funktion nimmt an, daß 
eine 360-Kbyte-Diskette, DSDD, auf einem PC- 
Standardlaufwerk formatiert werden soll. Die 
Funktion stellt nur eine einfache Fehlererken- 
nung zur Verfügung; sie nimmt auch an, daß die 
aufrufende Routine den ganzen Dialog mit dem 
Benutzer abwickelt. 


Zusammenfassung 


In diesem Artikel haben Sie etwas über den 
grundlegenden Aufbau von Platten und Disketten 
gelernt, und wie sie formatiert werden. Und Sie 


44 Bild 8: 
Speicherung von 
Dateisektoren. 


“Tabelle 7: 
Größencodes. 
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» Tabelle 8: 
Statusbits bei 
Plattenfehler. 


>> Listing 6 


Fehlercode 
Hex Binär Bedeutung 
Di wine 1 Falscher Befehl 
DE are l. Fehlerhafte Sektoradresse 
VE 3 are 11  Schreibschutzfehler 
17. BT FEN 1; Schlechter Sektor/ 
Sektor nicht gefunden 
08 AS ION DMA-Uberlauf 
09 ...1..1 DMA-Fehler 
10 seele Fehlerhafte CRC- 
Prüfsumme beim Lesen 
20 ..l..... Controller arbeitet falsch 
40 TEE Suchfehler 


Zeit überschritten (timeout) 


haben erfahren, daß das BIOS nur Spuren, Sek- 
toren und Plattenköpfe kennt, aber keine Dateien 
(files) und Inhaltsverzeichnisse (directories). Das 
BIOS weiß, wie es die Partitionstabelle der Platte 
anlegen soll, und ebenso den Bootrecord für die 
Platte, aber sein Wissen endet hier. Neben diesen 
speziellen Strukturen ist der Rest der Platte nur 
eine Ansammlung von Daten-Sektoren. 

Alle Plattenoperationen im Zusammenhang 
mit Dateien sind Funktionen auf DOS-Ebene. 
DOS verwaltet die Inhaltsverzeichnisse der 
Platte, die Dateien und die Dateibelegungstabel- 
len (FATs). Struktur und Lokalisierung dieser 
Tabellen werden im BIOS-Parameter-Block (BPB) 
zur Verfügung gestellt, der im Bootrecord ge- 
speichert wird (der erste Sektor der bootfähigen 
Partition). 

Wenn man einmal die Basisinformation über 
die Platte hat, dann kann man auf weitere In- 
formation über die Platte (freier Platz, Platten- 
kapazität usw.) über Standard-DOS-Aufrufe zu- 
greifen. 

Terry R. Dettmann 


Dieser Artikel ist ein Auszug aus dem »DOS-Pro- 
grammierhandbuch, Teil 1« von Terry R. Dett- 
mann, erschienen im Systhema-Verlag, mit dessen 
freundlicher Genehmigung der Abdruck erfolgt. 


/* 
Formatiert die spezifizierte Disk-Spur mit einem 
Standard 360K, DSDD Spur-Format. Gibt 0 zurueck, wenn 
die Formatierung erfolgreich ist; andernfalls wird ein 
Fehlercode zurueckgegeben, der von der aufrufenden 
Routine dazu verwendet werden kann, den naechsten 
Schritt festzulegen. 

* 

/ 


#include <stdio.h> 
#incliude <dos.h> 


#define DISK 0x13 
fmt_trk(dsk,trk,head) 


int dsk; 
int trk; 
int head; 


{ 
union REGS regs; 
char trktb1[36] ; 
int i; 


for(i=0; i< 9; irr){ 
trktbl[ i*4] = trk; 
trktbi[ i*4+1] = head; 
trktbI[ i*4+2] = i; 
trktbI[ i*4+3] = 2; 

} 

regs.h.ah = 0x05; 

regs.h.ch = trk; 

regs.h.dh = head; 

regs.h.dl = dsk; 

regs.x.bx = trktbl; 

int86(DISK,Aregs,äregs); 

if(regs.x.cflag) 
return(fmt_error(regs.h.ah)); 

return(0); 


} 


fmt_error(code) 


I* 

Verarbeitet einen Disk-Formatierfehler durch Reset des 
Laufwerks und Rueckgabe eines Fehlercodes. Der Code, der 
an diese Routine uebergeben wird, ist ein Bitcode, der so 
interpretiert wird, wie es in Tabelle 8 gezeigt wird. 
Diese Routine gibt einen Fehlercode 1 zurueck, um 
anzuzeigen, dass ein "Schreibschutz"-Fehler (write-protect 
error) aufgetreten ist (der festgestellt werden kann). 
Die Routine nimmt an, dass alle anderen Fehler nicht 
unterschieden werden koennen; deshalb werden sie alle 
zusammengeworfen. 

* 

/ 


char code; 


{ 
union REGS regs; 


regs.h.ah = 0; 
int86(DISK,Aregs,Aregs); 
return((code==3)?1:2); 

} 


ff ennnnnnansanunann unannenn aunnannununnunnnununununann */ 


Zu wenig freier Speicher für DOS-Anwendungen? Der Memory Manager von Qualitas Inc. löst viele Probleme: 


386-t0-ihe-max Professional 


Einfach in der Anwendung. Kompatibel u.a. zu: DOS 4.0, AutoCAD, 
Microsoft XMS/HMA, CodeView, Windows/286, IBM Token Ring. 
Für PC's mit 80386 Prozessor und min. 256 KB Extended Memory. 


386-to-the-max Professional - und schon haben z.B. Netzwerk-, 
DTP- und CAD-Anwendungen wieder mehr Luft. 


Mit englischer und deutscher Beschreibung - DM 333,-- *) 


Albrecht Software Systeme GmbH 


Mooswiesenstraße 11 A 8000 München 60 Z 089/88 2767 FAX 089/834 7376 
Unseren Info-Service erreichen Sie unter z 08106 / 83 69 


Im PC gibt es ungenutzte Bereiche zwischen 640 KB und 1 MB. 
Laden Sie Treiber (Device Driver) und residente Programme ober- 
halb DOS. 386-to-the-max macht's möglich - und bietet noch mehr: 


Sie erhalten eine leistungsstarke EMS 4.0 Emulation, Memory Map, 
Detail-Informationen über die Speicherbelegung der Device Driver, 
Memory Timing, ROM-Ermittlung, ROM Cache für höchste Leistung. 
ran la 
EL 
Ri 


Für PC DOS /MS DOS ab Version 3.0 - Preis: Inland incl. Versandspesen, Ausland: DM 312,-- incl. Versand / *) Bei Bezug über den Fachhandel: unverbindl. Preisempfehlung 
Warenzeichen: AutoCAD - Autodesk / CodeView, MS DOS, Microsoft - Microsoft Corp. / PC DOS, Token Ring - Intern. Business Machines Corp. / 386-to-the-max Professional - Qualitas Inc. 
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Speicherbeschränkungen unter DOS 
elegant unmgehen: 


Ein Overlay- 
Manager für 
DOS 


Zur Zeit stehen PC-Anwendern 
und Programmierern eine sehr 
große Anzahl von Software-Werk- 
zeugen zur Verfügung. MS-DOS- 
und PC-DOS-Systeme können 
durch tausende von speicherresi- 
denten (TSR-)Routinen um sinn- 
volle und zeitsparende Funktionen 
erweitert werden, integrierte Ar- 
beitsumgebungen und Multitas- 
king-Oberflächen steigern die Lei- 
stungsfähigkeit von PCs. Ein 
großer Nachteil besteht allerdings 
im zum Teil durchaus beträcht- 
lichem Speicherbedarf dieser Pro- 
gramme. Entwickler müssen 
darum Ihre Anwendungen sauber 
strukturieren und dem Design des 
Programmcodes große Aufmerk- 
samkeit schenken, um durch die 
Benutzung von kleineren Funk- 
tionsmodulen das mehrfache Auf- 
treten von gleichen Programm- 
sequenzen zu verringern. 


D: der Umfang des Programmcodes zwar 
trotz aller Optimierung stark reduziert 
werden kann, reicht das in manchen Fällen 
immer noch nicht aus, die Anwendung ist für 
den zur Verfügung stehenden Speicher immer 
noch zu groß. Dann ist ein Overlay-Manager 
vielleicht genau die richtige Lösung des 
Problems. 

Die Verwendung von Overlay-Konzepten ist 
ein durchaus übliches Verfahren, um Datenspei- 
cher besser auszunutzen. C-Programmierern ste- 
hen die Funktionen malloc und free, Pascal-Pro- 
grammierern die Funktionen New, Free, Mark 
und Release zur Verfügung, um Speicherbereiche 
dynamisch verwalten zu können. Die grund- 
legende Idee eines Overlay-Managers besteht 
darin, daß sich nicht alle Routinen eines Pro- 
gramms zur gleichen Zeit im Speicher befinden 
müssen. 

In einem Textverarbeitungsprogramm sind 
z.B. die Routinen zur Druckausgabe selten aktiv, 
wenn das Dokument bearbeitet wird. Overlays 
ermöglichen es, die Druckroutinen solange auf 
der Festplatte zu belassen, bis sie wirklich 
benötigt werden. Dann erst ist es notwendig, den 
Programmcode in den Speicher zu laden und die 
Editierfunktionen auf die Festplatte zu schreiben, 
um ihn später erneut zu lesen oder zu löschen. 
Dadurch benötigt das Textverarbeitungspro- 
gramm deutlich weniger Hauptspeicher. 

Ein anderes Beispiel ist die Benutzung von 
mehreren Druckertreibern, von denen zu einem 
bestimmten Zeitpunkt lediglich einer geladen 
sein muß, da immer nur ein Drucker in Betrieb 
ist. 


Benutzung von Overlays 


Der einzige vernünftige Grund für die Benutzung 
von Overlays ist die Minimierung von benötigtem 
Speicher für eine Anwendung, da sich die Aus- 
führungszeit des Programms durch die notwen- 
digen Plattenzugriffe erhöht, aber diese Minimie- 
rung kann überaus wichtig sein. 

Die Arbeit eines Programmierers ist, unabhän- 
gig von der verwendeten Overlay-Technik, viel 
einfacher, wenn der Programmcode nicht 
wesentlich verändert werden muß. Insbesondere 
sollte die Anwendung gut strukturiert und wie 
gewohnt »eindimensional« entwickelt und ge- 
testet werden, so daß das Aufsetzen einer Over- 
lay-Verwaltung als Abschluß der Entwicklung 
möglich ist, denn das Austesten und die Beseiti- 
gung von Fehlern aus einem Programm mit 
Overlays kann unter Umständen mehr als ner- 
venaufreibend sein. Ebenso sollten die Pro- 
grammteile für Overlays erst so spät im Ent- 
wicklungszyklus bestimmt werden, wenn sowohl 
die Komplexität, als auch die Größe der Routinen 
erkennbar ist oder sogar feststeht. 
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> Listing 1: 
OVRMGR.ASM. 
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„mode! 
extrn 
extrn 
extm 
extrn 
extrn 
extm 
extrn 
extrn 
„data 
_pspaddr dw 
old_ovint dw 


_executable_name 


cantmap db 
reentry db 
„code 
public 
public 
public 
public 
public 
ax_ save di 
bx_save dw 
cx_save dw 
es_save dw 
ret_ip dw 
ret_cs dw 
req_ov db 
ov_ofs dw 
ov_seg dw 


in_oviy_ngr db 
SSOVLINIT label 


Sasagaaaay 28 


T 


;*® INTERRUPT HANDLER 
E 


oviy_int proc 
emp 


je ok 
; Error if we're already in overlay manager! 


SSMAIN: far 
_read_overlay_section:far 
_errputs:far 


? ‚for relocation with read overlay_section 
? ;old overlay interrupt offset 

? ‚and segment 

db 80 dup (0) ;space for full pathname 
'Can'*'t map overlayl...exiting',13,10,0 

"Already mapping an overlayl...exiting',13,10,0 


$SOVLINIT 

_executable_name 

„pspaddr 

äx_save,bx_save,cx_save,es save,ret_ip,ret_cs 
req_ov,ov_öfs,or_seg, in_ovly_mgr,oviy_int,return from ov 


‚save area for used registers 


‚original return address 
s(from call to overlaid routine) 


? ;requested overlay number 

? saddress to call after mapping 

? 

0 ;flag to indicate already mapping 
far 

ax 

bx 

dx 

es 

ds ‚need to use ds:da 

ax „DGROUP 

ds,ax 

ax,es initialize _pspaddr 
_pspaddr,ax 

al, [$sınTno] get Interrupt number 
ah,35h ‚get overlay number interrupt vector 


21h 


old_ovint,bx 
old_ovint+2,es 


bx,cs 

ds,bx 

dx,offset oviy_int ;new interrupt 
ah,25h 

21h sinstall new int handler 
ds 

es 

dx 

bx 

ax 

SSMAIN 90 to mainline code 


far 

cs: in_ovIy_mgr,O are we not here already? 
‚right 

ax,offset reentry ‚error message 
ds 

ax 
_errputs 
sp.* 
ax,sc4lh 
21h 


sexit with error code 4lh 


es:in_oviy_mor,! ;note that we're here 
CS:ax_save,ax 

es:bx_save,bx 

es:ca save,cı 

ax,es 

cs:es_save,ar 


bx ;bx = return ip 
bx 
sadjust for extra crap 


bx,3 
ces: [ret_ip].bx ssave it 


bx ;get original retadd back 
ax sreturn cs 

es: [ret_cs] .ax ‚save it 

e5,ax ;es:bx —> bytes after INT 
ax ;flags, discard 


ah,ah 

al,byte ptr es:[bx] ‚get requested overlay number 
bx smove to next item 

‚save ft 

;get offset in overlay segment 
‚save it 


byte ptr csıreq_ov,al 
cx,word ptr es:[bx] 
cs: [ov_ofs],cx 


ax ;p3 for C function 
bx,ax 

bx,1 72 

bx,offset SSMPESMBASE ;add to base of segment table 
bx,[bx] 

ov_seg,bx 

bx ;push the segment for p2 
ax,O ;p2, low word (0) 

ax 

_read_overlay_section ;call the pup! 

sp,6 ‚get rid of parms 

ax,0 ‚error return? 

no_error ‚no 


Diese Strukturierung kann das Aufsetzen der 
Overlay-Verwaltung zu einem späten Zeitpunkt 
der Programmentwicklung derart vereinfachen, 
daß ein Großteil der sonst notwendigen Pro- 
grammänderungen einfach wegfällt. 

Wie die meisten Entwickler und Anwender 
sicher schon festgestellt haben, erleichtern TSR- 
Routinen die Arbeit mit dem PC zum Teil ganz 
erheblich. Texteditoren, Kalender, Weckfunktio- 
nen, Terminkalender, Hilfefunktionen und Do- 
kumentationen, Kommunikationsprogramme und 
nicht zuletzt Spiele sind zwar »nur einen Tasten- 
druck entfernt«, belegen aber auch wertvollen 
Speicherplatz. Ohne Schwierigkeiten können 
zwei oder drei zusätzlich geladene TSR-Routinen 
den Arbeitsbereich eines Texteditors oder Com- 
pilers stark einschränken. Aus diesem Grund ist 
ein Overlay von speicherresidenten Programmen 
empfehlenswert, insbesondere, da die TSR-Rou- 
tinen die meiste Zeit über sowieso inaktiv sind. 
Erst bei einer Aktivierung muß Speicherplatz 
vom DOS belegt und der Programmcode geladen 
werden. Nach der Deaktivierung wird dieser 
Speicherplatz wieder freigegeben und steht 
anderen Anwendungen zur Verfügung. 

Vorteilhaft ist auch die Benutzung von TSR- 
Routinen, die nicht benötigte Programmteile von 
bereits aktiven, komplexen Anwendungen über- 
lagern können. Zum Beispiel belegt ein Textver- 
arbeitungsprogramm mit Funktionalitäten für 
Desktop-Publishing ohne weiteres 500 Kbyte und 
blockiert fast den gesamten Hauptspeicher. 
Wenn Overlay-Techniken verwendet werden, 
läßt sich der benötigte Speicherbedarf unter Um- 
ständen auf 300 Kbyte reduzieren und damit 
Platz für weitere Routinen schaffen. Die Laufzeit 
der Anwendung erhöht sich dadurch zwar, aber 
durch ein durchdachtes Design der einzelnen 
Overlay-Strukturen kann der Entwickler das Ein- 
und Auslagern von Speicherblöcken zwischen 
Primär- und Sekundärspeicher (Swapping) mini- 
mieren und vielleicht sogar Zeiten nutzen, die 
ein Benutzer zum Lesen von Bildschirm-Meldun- 
gen benötigt. Die Verringerung der Programm- 
größe wiegt mitunter auch den Nachteil einer 
deutlich erhöhten Laufzeit wieder auf. Um die 
auftretenden Zeitprobleme ein wenig abzu- 
schwächen, kann der überlagerte Programmcode 
in einen LIM/EMS-Speicher gespeichert werden, 
dessen Zugriffszeiten weit unter denen von Fest- 
platten liegen. 

Auch wenn es nicht gerade einfach ist, Pro- 
gramme aus dem EMS-Bereich ablaufen zu las- 
sen (vor allem in älteren EMS-Versionen), ist die 
Benutzung von Expanded Memory vorteilhaft für 
eine Overlay-Verwaltung, denn das Kopieren von 
Programmblöcken zwischen dem EMS-Bereich 
und der Overlay-Verwaltung ist relativ unkom- 
pliziert. 

Das gleiche Ziel kann mit einem Platten-Cache 
im EMS erreicht werden, wenn auch mit einer 
deutlich geringeren Effizienz. 


Erste Ansätze 


Schon seit einer geraumen Zeit wird an der Ent- 
wicklung von verschiedenen Techniken zur Im- 
plementierung von Overlays gearbeitet. Einen 
sehr frühen Lösungsansatz stellt die Einbettung 
von Sprachelementen als Anweisungen in Hoch- 
sprachen, z.B. OVERLAY FUNCTION oder OVER- 
LAY SUBROUTINE, dar. Auf einigen Großrech- 
nern stehen in FORTRAN-Compilern diese Spra- 
chelemente zur Verfügung, mit denen der Over- 
lay-Prozeß gesteuert werden kann. Ein weiterer 
Ansatz waren vom Entwickler nicht zu beeinflus- 
sende System-Overlays, wie sie WordStar (in 
CP/M- und DOS-Version) oder Lotus 1-2-3 bie- 
ten. 

Die wesentlichen Nachteile dieser beiden 
Techniken bestehen in der Komplexität des Pro- 
grammcodes und der fehlenden Transparenz für 
den Entwickler. Durch zusätzliche Arbeiten wer- 
den darüber hinaus auch unnötige Fehler er- 
zeugt, und die sind in Overlay-Systemen sehr 
schwer zu lokalisieren. Mit anderen Ansätzen der 
Overlay-Verwaltung erhalten Entwickler mehr 
Freiraum beim Design von Programmcode, da 
das Betriebssystem die Kontrolle des Swapping 
übernimmt. 

Früher wurden auf Großrechnern z.B. ganze 
Prozesse geswappt, d.h. mehrere Anwendungen 
teilten sich die Rechnerkapazitäten, indem die 
Programme als Ganzes auf den Sekundärspeicher 
ausgelagert wurden und danach die Kontrolle an 
das nachfolgende Programm überging. 

Moderne Algorithmen unterteilen Anwendun- 
gen für das Swapping in kleinere Einheiten als 
Prozesse oder Programme, in sogenannte Seiten 
(engl. pages, segments). Diese Techniken be- 
zeichnet man als Demand-Paging bzw. 
(segmentierte) virtuelle Speicherverwaltung (s. 
dazu auch Microsoft System Journal, Ausgabe 
Sept./Okt. 89 »Eine virtuelle Speicherverwaltung 
in Ce). 

Beim Ein- und Auslagern von Programm- 
blöcken sind dadurch höhere Feinheitsgrade der 
Aufteilung von Anwendungen möglich als beim 
Swapping von ganzen Prozessen, der Speicher- 
platz wird besser ausgenutzt und I/O auf die 
Platten reduziert. Allerdings entstehen auch 
Nachteile, wenn das Betriebssystem das Ein- und 
Auslagern von Programmblöcken selbsttätig 
steuert. Zum einen ist ein erhöhter Aufwand zur 
Speicherverwaltung notwendig, da nicht alle 
Segmente eines Prozesses sofort zur Verfügung 
stehen. Außerdem ist der verwendete Swapping- 
Algorithmus auf einen Idealfall ausgelegt, der so 
natürlich niemals vorkommt. Anwendungen soll- 
ten individuell segmentiert werden, damit auch 
zusammenhängende Seiten gleichzeitig im 
Hauptspeicher geladen werden. Diese, vom je- 
weiligen Anwendungsfall abhängige Strukturie- 
rung, ist von einem allgemeingültigen Algorith- 


; Error if can't map this overlayl 
mon 


ax,offset cantmap ‚error message 
ds 


push 
push 
call _errputs 
add ‚4 
mov ax,4c42h ‚exit with error code 42h 
Int 21h 
no_error: push cs 
or ax,offset return_from_ov;trick up return to our code 
push ax 
mov ax,seg SSOVLBASE ‚set up call to overlay code 
push ax 
mar ax,ov_ofs 
push ax 
retf ‚jump ta overlay code... 


;..and come back here 


return_from_ov: 
;restore original retadd 


sand original reg values 


ax,cs:ax_ save 
bx,cs:bx_save 
ex,csicz save 
cs:in_owly_ngr,o we're not here anymore 


ovly_int 


a gagaaagagag3 


mus nicht zu leisten. Darüber hinaus arbeitet der 
Swapping-Algorithmus des Betriebssystems 
unabhängig von der Programmlogik. Daß z.B. die 
Initialisierungsroutinen einer Anwendung nur 
einmal pro Programmlauf benötigt werden, ist 
für den Algorithmus natürlich überhaupt nicht 
ersichtlich. 


Aktuelle Ansätze 


PC-Entwicklern, die Overlay-Techniken auf ihre 
Programme anwenden wollen, stehen heute ver- 
schiedene, neue Lösungsansätze zur Verfügung. 
PLINK, ein Linker von Phoenix Technologies bie- 
tet eine sehr hohe Flexibilität für Daten- und 
Programm-Overlays und arbeitet mit Microsoft 
.OBJ-Dateien. Allerdings ist PLINK kein Stan- 
dard-Linker und die Einarbeitung erfordert unter 
Umständen einige Zeit. 

Die Microsoft-Compiler für C und FORTRAN 
ermöglichen Overlay-Techniken mit Hilfe des 
Microsoft Overlay-Linkers LINK und Overlay- 
Verwaltungen, die im Sprachumfang, d.h. der 
Run-Time-Bibliothek, enthalten sind. Eine Aus- 
nahme bildet hier der Microsoft Macro-As- 
sembler MASM, der die Möglichkeiten des Lin- 
kers für Overlays nur im Mixed-Language-Modell 
mit Hochsprachen nutzen kann. Außerdem 
unterstützen der Microsoft Overlay-Manager und 
der Linker keine Sprachen, die von Microsoft 
nicht angeboten werden, z.B. C++, Modula-2 
und PL/I. Ebenfalls ausgenommen ist Microsoft 
QuickBASIC. 


Der Linker 


LINK bietet Möglichkeiten für Overlay-Techniken 
auch den Entwicklern, die nicht in Microsoft C 
oder FORTRAN programmieren, und zwar in 
einer sehr einfachen Form. Ein Programmteil 
wird als Overlay-Bereich definiert, wobei bis zu 
255 verschiedene Codesegmente als Overlay 
festgelegt werden können (der Overlay-Bezeich- 


«Listing 1: 
(Ende) 
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® Listing 2: 
RDOVLY.C. 
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#include "exehdr.h" 
/* externally-defined full pathname of executable */ 


#define minla,b) (la) < (b)) ? (a) : (b) 

sdefine maxla,b) (la) = (b)) ? (a) : (b) 

#define OPENMODE_RO 0 

#define MK_FP(a,b) ((void far *)( ((unsigned long)(a) << 16) | (unsigned)(b) }} 


extern char executable name[]; 
extern Int pspaddr; 


void errputs(char far *s); 

long mylseek(int handle, long offset, int type); 
int myread(int handle, void far *buf, int len); 
int myopen(char far *name, int mode); 

int myclose(int handle); 


Int read_overlay_section( 
void far *ovarea, 

Int requested_overlay_ number 
) 


/* buffer into which to read him */ 
/* number of overlay to read */ 


#define RELOC_BUF_SIZE 32 
{ 


struct reloc_entry_ reloc_buf[RELOC_BUF_SIZE]; 
struct reloc_entry_ *reloc_ptr; 

int reloc_chunk; 

unsigned far *target_ptr; 

struct exehdr_ eh; 

int 1; 

long startpos, nextpos, filesize; 

long sectionsize, imagesize; 

int executable_handle; 


/" open executable */ 
executable_handle = myopen(executable_name „ÜPENMODE_RO) ; 


f* determine file size */ 
filesize = mylseck(executable_handle,0l,2); 


/* search from beginning of file */ 
mylseek(executable handle,0L,0); 


while (1) { 
/* use mylseek() to avold calling runtime functions */ 
startpos = mylseek(executable handie,OL,1); 
if (myread(executable_handle,Beh,sizeoffeh)) I= sizeofleh)) | 
errputs("Something's wrong...can't read .EXE header\r\n"); 
myclose(executable handle); 
return(1); 


tt (eh.M_sig ie 'M* || eh.zsig 1= 'Z') { 
errputs("Found non-EXE signaturel\r\n*); 
myclose(executable_handie); 
return{1}; 


if (eh.remain_len = 0) 
sectionsize = (long)eh.page_len * 512; 
else 
sectionsize = (long) (eh.page_ler - 1) * 512 + eh,remain_ len; 


If (eh.overlay_number == requested overlay_ number) { 
/* tound ours...load and fix up */ 


f* move to executable image */ 
myl\seek(executable handle, startpos + eh.hsize * 16, 0); 
myread(executable_handle, ovarea, (int) (sectionsize - eh.hsize * 16)); 


f* fix up relocations in the loaded overlay */ 


mylseek(executable_handle,startpos + (long)eh.first_reloc,0); 
while (eh.num_relocs) [ 
reloc_chunk = min(RELOC_BUF SIZE,eh.num_relocs); 
myread(executable_handle,reToc_buf,reloc_chunk 
* sizeof(struct reloc_entry_)): 
eh.num_relocs -= reloc_chunk; 
for (i = 0; i < reloc_chunk; i#+) | 
reloc_ptr = reloc_buf + i; 
target_ptr = MK_FP(pspaddr + Ox10 + reloc_ptr->segment, 
reloc_ptr>offset); 
*target_ptr += pspaddr + 0x10; 


) 
myclosefexecutable handle); 
return 0; 
) else | 
nextpos = startpos + sectionsize; 
/* round up to 512-byte bound */ 
nextpos = (nextpos + 511L) & "SIlL; 
if (nextpos >= filesize) | 
mycloselexecutable_ handle); 
return 1; 
mylseek(executable_handle,nextpos,0); 
} 
myclose(executable_handle); 
return 1; 


ner hat die Größe 1 Byte). Jedes Overlay-Seg- 
ment besteht aus einem oder mehreren Modulen 
(Objekt-Dateien), von denen sich zu einem be- 
stimmten Zeitpunkt jeweils eines im Overlay-Be- 
reich befindet. 

Der Overlay-Manager wird ähnlich einer Inter- 
ruptroutine installiert: Der Linker verlagert die 
Anfangsadresse des Programms, den sogenann- 
ten Entry-Point, auf einen bestimmten Bereich 
innerhalb der Overlay-Verwaltung, so daß der 
Manager sich selbst initialisieren kann, bevor das 
eigentliche Programm ausgeführt wird. Danach 
übersetzt der Linker alle Aufrufe von Overlay- 


Routinen in Software-Interrupts, damit der 
Overlay-Manager den Overlay-Code von der 
Platte laden kann, bevor die Programmkontrolle 
an die gerufene Routine übergeht. Das wird wei- 
ter unten noch ausführlich beschrieben. Es befin- 
det sich zwar zu einem bestimmten Zeitpunkt 
nur ein Segment im Overlay-Bereich, dieses 
Segment kann aber mehrere Objekt-Module be- 
inhalten. Zum Beispiel wird durch das Kom- 
mando 

LINK main+(pl+p2)+(p3); 

durch den Linker eine Datei MAIN.EXE er- 
zeugt, die aus dem residenten Programmteil 
main und zwei Overlay-Segmenten besteht. Da- 
bei bilden die Module pl, p2 und p3 jeweils ein 
Segment. 

Zu beachten ist hierbei aber in jedem Fall, daß 
die Module pl, p2 und p3 mit dem Klassen- 
namen 'CODE' bezeichnet sind und alle Module 
als eigenständige Segmente definiert sind, die 
sich alle von dem Segment in main unterschei- 
den. In den hier aufgeführten Beispielen wird das 
durch die .LARGE-Direktive von MASM und die 
Verwendung separater Quelldateien gewährlei- 
stet. Bei einer anderen Codierung als in diesen 
Beispielen sollte dieser Formalismus aber ge- 
nauso eingehalten werden. 

Da die Routinen ähnlich Software-Interrupts 
über FAR-Adressen referiert werden, ist die Ver- 
wendung des FAR-Modells für den Overlay- 
Manager unbedingt notwendig. Der Overlay-Lin- 
ker kann somit die FAR-Referenz auf die Routine 
(5 Byte) durch einen Interruptaufruf (2 Byte), 
eine Overlay-Nummer (1 Byte) und einen Offset 
innerhalb des Overlay-Bereiches (2 Byte) erset- 
zen. Der Offset ist insbesondere dann notwendig, 
wenn das Overlay mehr als ein Modul enthält. 
Zum Beispiel kann die Anweisung CALL 
MY ROUTINE durch INT 3FH (den Default-Inter- 
rupt für Overlays) DB 01 (als Bezeichnung für 
das erste Overlay) DW 0100 (die Routine be- 
ginnt bei Offset 100H im Overlay-Bereich) er- 
setzt werden. 

LINK verändert dabei aber nur die Aufrufe, die 
sich auf Overlay-Routinen beziehen. Interessan- 
terweise wird ein mit Overlays gebundenes Pro- 
gramm durch SYMDEB auch als 
INT 3FH; <Overlay-Nummer> <Overlay-Offset> 

disassembliert. SYMDEB kann zumindest teil- 
weise Overlay-Code erkennen. Der Debugger 
CodeView von Microsoft besitzt darüber hinaus 
auch bestimmte Funktionen, die das Arbeiten mit 
lokalen Symbolen in Overlay-Routinen ermögli- 
chen. 

Diese Technik des Overlay-Managers behan- 
delt allerdings durch Zeiger referierte Funktio- 
nen (indirekte Adressierung) nicht korrekt. Wird 
also der hier beschriebene Manager auf eine 
Overlay-Funktion angewendet, die nur über 
einen Zeiger erreicht werden kann, ersetzt der 
Linker den Funktionsaufruf nicht durch die An- 
weisung INT 3FH und der Overlay-Manager kann 


die Routine nicht laden. Das wirkt sich natürlich 
fatal auf den Programmablauf aus. Außerdem 
wird eine .EXE-Datei mit Overlay-Strukturen 
durch LINK anders als gewöhnlich aufgebaut. 
Der Linker erzeugt für jedes Overlay-Segment 
einen eigenen EXE-Kopf, der besondere Felder 
für die Overlay-Routine sowie einen Datenblock 
ausschließlich für das Codesegment enthält. 
Diese Strukturen werden im folgenden noch ge- 
nauer untersucht. 


Globale Variablen 


Der Linker erweitert die Module um einige, vom 
Overlay-Manager benutzte, globale Variablen: 

* OVERLAY_AREA, OVERLAY END sind zwei 
Segmentnamen, die am Ende des CODE-Seg- 
ments vom Linker definiert werden. OVER- 
LAY AREA bezeichnet den Beginn des Overlay- 
Bereichs, OVERLAY_END den ersten freien Para- 
graphen hinter dem größten Overlay, somit das 
Ende des Overlay-Bereichs. 

« $$CGSN diese Variable enthält die Anzahl 
voneinander unabhängiger Overlay-Segmente. In 
unserem Overlay-Manager wird sie nicht benutzt, 
da dieser nur die .EXE-Datei nach dem nächsten 
angeforderten Overlay durchsucht. 

° $$COVL enthält den gleichen Wert wie 
$$CGSN und bezeichnet die maximale Anzahl 
von Overlays. $$CGSN ist Parameter für die 
Größe des Feldes $$MPGSNBASE. 

® $$EXENAM identifiziert das ausführbare Pro- 
gramm durch Dateinamen und Erweiterung, also 
.EXE. In diesem Overlay-Manager wird sie nicht 
verwendet, da der vollständige Dateiname im 
DOS-Environment des Programms enthalten ist. 

® $$INTNO ist die Nummer des Software-Inter- 
rupts, den der Overlay-Manager benutzt. Durch 
den Steuerparameter /OVERLAYINTERRUPT von 
LINK läßt sich der Defaultwert 3FH verändern. 
Der Overlay-Manager sollte diesen Variablenwert 
übernehmen und mit dem zugehörigen Inter- 
ruptvektor die Aufrufe der Overlay-Routinen ab- 
fangen. 

®e $$MAIN ist die ursprüngliche Startadresse des 
Programms, zu der verzweigt würde, wenn keine 
Overlays existierten. Wenn das Programm durch 
Overlays strukturiert ist, enthält $$OVLINIT die 
neue Startadresse (s.u.). Nach der Initialisierung 
des Overlay-Managers und der Übernahme des 
Interruptvektors $$INTNO kann die Programm- 
kontrolle auf $$MAIN übergehen. 

® $$MPGSNBASE bezeichnet ein Feld, das aus 
$$CGSN-Worten besteht, wobei jedes Wort die 
Segmentadresse eines Overlays enthält. Das Wort 
$$MPGSNBASEI[O] enthält die Segmentadresse 
des residenten Teils des Programms, also die 
Adresse des PSP (Program Segment Prefix) + 
10H. In die folgenden $$CGSN-1 Feldelemente 
ist jeweils der Wert OVERLAY_SEGMENT einge- 
tragen. Mit $$MPGSNBASE lassen sich die 


«Listing 3: 
RDOVLY.ASM. 


Static Name Allases 


TITLE rdoriy.c 
NAME rdowiy 


E SEGMENT WORD PUBLIC "CODE* 
RDOVLYTERT ENDS 
DATA “SEGMENT WORD PUBLIC "DATA 

EDS 


CONST SEGMENT WORD PUBLIC "CONST' 


85 SEGMENT WORD PUBLIC 'BSS' 
BsSs ENDS 
ÖGROUP GROUP CONST, BSS, DATA 
ASSUME CS: RDOVLY_TERT, DS: DEROUP, SS: DEROUP 


"Something''s wrong...can'’t read .EXE header‘, OdH, GaH, DOH 
*Found non-EXE signature!‘, OdH, Oah, 00H 


ERDS 
RDOVLY_TEXT SEGMENT 
ASSUME CS: RDOWLY_TEXT 
s#include *exehdr.h" 


17° externaily-defined full pathname of executable */ 


‚#define minla,b) (la) < (b)) ? (a) : (b) 

sädefine max(a,b) (la) < (b)) ? (a) : (b) 

‚#define OPENMODE_RO 0 

‚sdefine MK_FP(a,b) ((void far *)( (lunsigned Tong){a) << 16) | (unsigned)(b) )) 


‚extern char executable name[]; 
‚extern int pspaddr; 


; 
‚void errputs(char far *s); 

‚long myIseek(int handle, long offset, int type); 
;int myread(int handle, void far *buf, int len); 
‚int myopen(char far "name, int mode); 

sint myclose(int handle); 

; 


‚int read_overlay_section( 
‚void far *ovarea, 

‚int requested_overlay_number 
B) 


/* buffer into which to read him */ 
i* number of overlay to read */ 


;#define RELOC_BUF_SIZE 32 


PUBLIC _read_overlay section 
_read_overlay_section FAR 
push bp 
mov bp,sp 
sub sp,10 
push di 
push si 
ovarea = 6 
requested overlay_number = 10 
reloc_buf = -140 
reloc_ptr = -146 
reloc_chunk = -186 
target_ptr = -154 
eh = -184 
1=-142 
startpos = -8 
nextpos = -12 
filesize = -150 
sectionsize = —4 
imagesize - -1% 
executable_handie = -156 
struct reloc_entry_ reloc_buf[RELOC_BUF_SIZEJ; 
struct reloc_entry_ *reloc_ptr; 
Int reloc_chunk; 
unsigned far *target_ptr; 
struct exehdr_ eh; 
int 1; 
long startpos, nextpos, filesize; 
long sectionsize, imagesize; 
int executable_handle; 


/* open executable */ 
executable handle = myopen(executable_name ‚OPENMODE_RO) ; 
mov ax,0 
push ax 
mov ax,OFFSET executable name 
mov dx, SEG _executable_name 
push dx 
push ax 
call FAR PTR _myopen 
add 2,6 
mov WORD PTR [bp-156] ‚ax sexecutable_handle 
/* determine file size */ 
filesize = mylseek(executable_handle,0L,2); 
mov ax,2 
push ax 
sub ax,ax 
push ax 
push ax 
push WORD PTR [bp-156] 
call FAR PTR _mylseek 
add sp,8 
mov WORD PTR [bp-150] „ax 
mov WORD PTR [bp-148] „dx 


‚executable handle 


ifilesize 


1* search from beginning of file */ 
mylseek(executable_handle,0L,0); 

mov ax,0 

push ax 

sub ax,ax 

push ax 

push ax 

push WORD PTR [bp-156] 

call FAR PTR _mylseek 

add sp,8 


sexecutable handle 


3 while (1) | 
SFC153: 
; /* use mylseek() to avoid calling runtime functions */ 
startpos = mylseek(executable_handle,OL,2); 
ı 
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push WORD PIR [bp-156) 
call FAR PTR _myIseek 


sexecutable handle 


add sp,8 

mov WORD PTR [bp-8] .ax ‚startpos 

mov WORD PTR [bp-6] „dx 

if (myread(executable handle,äeh,sizeoffeh)) I= sizeoffeh)) [ 
mov ax,28 

push ax 

lea ax, WORD FTR [bp-184] seh 

push ss 

push ax 

push WORD PTR [bp-156] sexecutable_handle 

call FAR PIR myread 

add sp,B 

emo ax,28 

jne $3Cc132 
PU} 31155 

errputs("Something's wrong...can't read .EXE header\r\n*); 

mov ax,OFFSET DGROUP:$SG156 
push ds 
push 


ax 
call FAR PTR _errputs 


sp,s 

myclose(executable handle); 
WORD PTR [bp-158) 

call FAR PTR _myclose 


sexecutable_handle 
sp,2 
return(1); 
ax, 
Jjmp $Ex139 
} 
if deh.M_sig I= 'M' || eh.2_ sig I= 'z) | 
amp BYTE PTR [bp-184],77 ‚eh 
$90C173 


$1158 
cp BYTE PTR [bp-183] 90 
jne 183 
Sp 157 


errputs(*Found non-EXE signaturel\r\n*); 
mov ax,OFFSET DGROUP:$SG159 


push ds 
push ax 
call FAR PTR _errputs 
add sp,4 

aycloselexecutable handle); 
push WORD PTR [bp-158] ;executable_handle 
call FAR PTR _myclose 
add sp,2 

return(1); 

mov ax,ı 
Im JExX139 


} 
if (eh.remain_len == 0) 


emp WORD PTR [bp-182].0 
Je $90C224 
Jm $1160 


sectionsize = (long)eh.page_ len * 512; 
mov ax, WORD PTR [bp-180] 
dx 


sub dx, 
shi ax,] 
rel dx,1 
mov 4h,d} 
mov di,ah 
mon ah,al 
sub al,al 


mor WORD PTR [bp-4] „ax 
mov WORD PTR [bp-2] „dx 


‚sectionsize 


else 


jmp sıleı 
sectionsize = (long)(eh.page_len - 1) * 512 + eh.remain len; 

mov ax,WORD PTR [bp-180] 
vVec ax 

sub dx,dx 

shi ax,i 

rci dx,i 

mov dh,dl 

mov di,ah 

mov ah,al 

sub al,al 

add ax,WORD PTR [bp-182] 
ade dx 


‚sectionsize 


if (eh.overlay_ number == requested overlay number) | 
mov al,ByTE PTR [bp-158] 


sub ah,ah 

emp ax,WORD PTR [bpr10] ;requested_overlay_number 
je 5900297 

Jo $1162 


/* found ours...load and fix up */ 


/* move to executable image */ 
my\seek(executable_handle, startpos + eh.hsize * 16, 0); 
mov ax, 


push ax 

mov ax,WORD PTR [bp-176] 

mov el,4 

sh] ax,cı 

sub dx,dı 

add ax,WORD PTR [bp-8] ‚startpos 
ade _dx,WORD PTR [bp-6] 

push dx 


‚executable_handle 


myresd(executable_ handle, ovarea, (int) (sectionsize - eh.hsize * 16)); 


mow ax,WORD PTR [bp-4] 
mor dx,WORD PTR [bp-176] 
mov c1,s 


‚sectionsize 


sexecutable_handle 


> Listing 3: 

(Fortsetzung) 
$J0C132: 
snss: 
SCC173: 
$ICC183 
$1158: 
$ı 157: 
5300224: 
$1160: 
$1161: 
5900297: 
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Adressen der angeforderten Overlay-Segmente 
bestimmen. 

« $$MPOVLLFA stellt einen Vorrat an Offsets in 
Overlay-Dateien des Microsoft Overlay-Managers 
dar. Es sind genauso viele Einträge von Doppel- 
worten vorhanden, wie Overlays für das Pro- 
gramm existieren. Die Feldelemente werden mit 
0 initialisiert, d.h. enthält $$MPOVLLFA[n] einen 
Wert ungleich 0, ist dieser Wert genau der Offset 
in die Datei mit dem Overlay n. 

In dem hier beschriebenen Overlay-Manager 
wird dieses Feld nicht benutzt, obwohl damit 
größere Anwendungen deutlich beschleunigt 
werden können. Für kleinere Anwendungen ist 
der Zeitvorteil allerdings minimal. 

« $$OVLBASE entspricht der Adresse OVER- 
LAY SEGMENT. Die Benutzung dieses vordefi- 
nierten Symbols stellt eine gleichwertige Alter- 
native zur Variablen OVERLAY_ SEGMENT dar, 
ein Overlay an die richtige Stelle zu laden. In 
unserem Overlay-Manager wird $$OVLBASE be- 
nutzt. 

« $$OVLINIT enthält die neue Startadresse des 
Programms mit Overlay-Strukturen. Der Overlay- 
Manager sollte $$OVLINIT auf seine eigene 
Startadresse setzen und nach der Initialisierung 
zu $$MAIN verzweigen. $$MAIN ist vom Linker 
mit der ursprünglichen Startadresse des Pro- 
gramms gesetzt worden. 


Struktur der .EXE-Datei 


Wie oben schon erwähnt, unterscheidet sich eine 
.EXE-Datei, die gemeinsam mit Overlays gebun- 
den wurde, in ihrer Struktur ein wenig von 
einem normalen, ausführbaren DOS-Programm. 
Jedes Overlay-Segment, also die Module, die 
beim Binden durch LINK in Klammern zusam- 
mengefaßt werden, besitzt seinen eigenen EXE- 
Kopf. Dieser Kopf ist ähnlich dem gewöhnlichen 
EXE-Kopf aufgebaut, wobei einige Daten, die nur 
vom DOS-Loader benötigt werden und sich auf 
das Gesamtprogramm beziehen, nicht enthalten 
sind. Werte für den initialisierten Stack, 
Startadresse des Programms und andere Daten 
erscheinen also nur im Kopf des Programm- 
Hauptteils. Lediglich Overlay-Nummern und 
Längenbezeichner zum Auffinden des nächsten 
Programmabschnitts unterscheiden sich in jedem 
Overlay-Segment. Die Kopfstruktur ist vollstän- 
dig in der Datei EXEHDR.H beschrieben. Es ist 
natürlich wie bei jedem LINK-Lauf durchaus 
sinnvoll, sich mit der Option /M eine .MAP-Datei 
zu erzeugen. 


Der Overlay-Manager 


Wenn man die Funktionalitäten von LINK kennt, 
kann man einen einfachen Overlay-Manager 
entwickeln, der auch die Sprachen unterstützt, 


die eigentlich keine Overlay-Strukturen ermög- 
lichen, wie z.B. MASM. Die Programme 
OVRMGR.ASM (Listing 1) und RDOVLY.C 
(Listing 2) bilden zusammen einen Overlay- 
Manager, der sowohl MASM, als auch Sprachen, 
die nicht von Microsoft stammen, unterstützt. 
OVRMGR.ASM beinhaltet die Initialisierung der 
Overlay-Verwaltung und die Umgebung für die 
Handhabungsroutinen der Interrupts. RDOVLY.C 
liefert den ganzen Rest, z.B. das Lesen des aus- 
führbaren Codes und das Laden der Overlay- 
Routinen auf die Adressen, die OVRMGR.ASM 
vorgibt. Die Codierung von Funktionen auf die- 
sem Abstraktionsniveau, und damit verbunden 
natürlich auch die Fehlersuche, ist mit C wesent- 
lich einfacher als in Assembler. Außerdem er- 
spart sich der Programmierer eine Menge Arbeit, 
wenn er Dateizugriffe mit den Möglichkeiten der 
C Run-Time-Bibliothek realisiert. Für diejenigen 
unter Ihnen, die einen Microsoft C-Compiler be- 
sitzen, sind die C-Funktionen in eine Assembler- 
datei RDOVLY.ASM (Listing 3) übersetzt und die 
zugehörigen Funktionen der C Run-Time-Biblio- 
thek als Assemblercode in SUPPORT.ASM 
(Listing 4) enthalten. Der Code ist kommentiert 
und sollte sich selbst erklären, ich gebe hier aber 
trotzdem noch einen kurzen Überblick über die 
Funktionen. 

OVRMGR erhält die Kontrolle von $$OVLINIT 
und installiert ovly_int als neue Interruptroutine 
für den INT $$INTNO-Handler, der alte Vektor 
wird dabei aufbewahrt. In dieser Fassung der 
Programme wird der alte Interruptvektor nicht 
zurückgeschrieben, aber in Ihrer eigenen An- 
wendung sollten Sie diese Funktion noch dem 
Programmende zufügen. Der Vektor steht dafür 
in old_ovint zur Verfügung. Nach Abschluß der 
Initialisierung führt OVRMGR einen FAR-Sprung 
zu $$MAIN aus, der ursprünglichen Startadresse 
des Programms. Wird ein Overlay aufgerufen, 
erhält OVRMGR über ovly_int erneut die Kon- 
trolle. Zunächst prüft OVRMGR, ob noch ein 
Overlay aktiv ist, gibt in diesem Fall eine Fehler- 
nachricht aus und beendet sich mit dem Fehler- 
code 41H. Damit wird verhindert, daß ein Over- 
lay sich selbst oder ein anderes Overlay anfor- 
dert. Ist der Overlay-Manager beim Aufruf nicht 
aktiv, wird die Overlay-Nummer und der Offset 
aus der ursprünglichen Codierung übernommen. 
Die Segmentadresse des Overlay-Bereiches wird 
aus dem Feld $$MPGSNBASE gelesen und die 
Routine read_overlay section gerufen, um das 
Overlay zu laden. Tritt beim Lesen der Datei mit 
dem ausführbaren Code ein Fehler auf, beendet 
sich OVRMGR mit dem Fehlercode 42H, andern- 
falls wird das Overlay gerufen. Darauf werde ich 
weiter unten noch genauer eingehen. 

Die Routine read_overlay_section ist gradlinig 
aufgebaut. Zuerst wird die Datei mit dem aus- 
führbaren Code unter dem Namen, den das ur- 
sprüngliche Programm in der Variablen execu- 
table name vorgibt, geöffnet. Diese Variable ent- 


«Listing 3: 


(Fortsetzung) 

/* fix up relocations in the loaded overlay */ 
mylseek(executable _handle,startpos + (Tong)eh.first_reloc,0); 

mov ax,0 

push ax 

mov ax,WORD PTR [bp-160] 

sub dx,dx 

add ax,WORD PTR [bp-8] ;startpos 

ade dx, WORD PTR [bp-6] 

push dx 

push ax 

push WORD PTR [bp-156] sexecutable_handle 

call FAR PTR mylseek 

add „B 

> while (eh.nim_relocs) | 

SFCIGA: 
amp WORD PTR [bp-178],0 
jne $30C403 
Jmp $FBI65 

$JCC403: 

F reloc_chunk = REINE BUF_SIZE,eh.num relocs); 
mov  &x,WORD PTR [bp-178] 
sub ax,32 
sbb CX,cH 
and ax,c« 
add ax,32 
mov WORD PTR [bp-186] „ax ;reloc_chunk 

chen ni handle,reloc buf,reloc _Chunk * sizeof(struct reloc_entry_)); 

ax.WORD PTR [bp-186] ;reloc_chunk 

pr ax,1 

shi ax,1 

push ax 

lea ax,WORD PTR [bp-140] ;reloc_buf 

push ss 

push ax 

push NORD PTR [bp-156] sexecutable handle 

call FAR PTR _myread 

add sp.8 
eh.num_relocs -—= reloc_chunk; 

mov ax,WORD PTR [bp-186] sreloc_chunk 

sub WORD PTR [bp-178] ,ax 
for (1 = 0 Tribe: Alk ie) I 

mov WORD PTR [bp-142],0 ;’ 

Jjmp $F166 

$FC167: 
inc WORD PTR [bp-142] ‚ 

SFI66: 

ax,WORD PTR [bp-186] ;reloc_chunk 
emp WORD PTR [bp-142],.ax  ;i 
jı $ICCHB2 
Jo SFEIGB 

SUCC482: 

; reloc_ptr = reloc_buf + 1; 
mov si,WORD PTR [bp-142] ;i 
shi Ef 1 
sh] 1.3 
lea ax. {bp-140] [si] 
mov WORD PIR [bp-146] ,ax ;reloc_ptr 
mov WORD PTR [bp-144] ,ss 

target_ptr = MK_FP(pspaddr + Ox10 + reloc_ptr->segment, 
les bx,DWORD PTR [bp-146] zreloc_ptr 
mov ax,WORD PTR es: [bx+2] 

RDOVLY_TEXT ENDS 

CONST SEGMENT 

$T20002 DW SEG _pspaddr 

CONST ENDS 

ROOVLY_TEXT SEGMENT 
ASSUME CS: RDOWLY_TEXT 
mov es,$T20002 
add ax,es:_pspaddr 
add ax,16 
sub dx,dx 
mov dx,ar 
sub ax,ax 
les bx,DWORD PTR [bp-i146) ;reloc_ptr 
or ax,WORD PTR es: [bx] 
mov WORD PTR [bp-154] „ax ‚target_ptr 
mov WORD PTR [bp-152' 

reloc_ptr>offset); 
*target_ptr += pspaddr + 0x10; 
mov @s,$120002 
mov ax,es:_pspaddr 
add ax,16 
les bx,DWORD PTR [bp-154] ;target_ptr 
add WORD PIR es: [bx] ax 
Jo $FC167 
SFB168: 
; } 
JImp SFCI6S 

$FB165: 

ö myclosefexecutable handle); 
push WORD PTR [bp-i58] ‚executable_handle 
call FAR PTR _myclose 
add sp,2 

return 0; 
mov ax,0 
Imp $EX139 

) else { 
jp sıı 

$1162: 

; nextpos = startpos + sectionsize; 
mov ax,WORD PTR [bp-8] ;startpos 
mov dx,WORD PTR [bp-6] 
add ax,WORD PTR [bp-4] ‚sectionsize 
adc dx,WORD PTR [bp-2] 
mov WORD PIR [bp-12],ax snextpos 
mov WORD PTR [bp-10] „dx 

/* round up to 512-byte bound */ 

nextpos = (nextpos + SIIL) 8 "S11L; 
mov ax, WORD PTR [bp-12] ‚nextpos 
mov dx, WORD PTR [bp-10] 
add ax,5ll 
ade dx,0 
and ax,-512 
and dx, 
mov WORD PIR [bp-12],ax ‚nextpos 
mov WORD PTR [bp-10] ‚dx 

if (nextpos >= filesize) | 

mov ax,WORD PTR [bp-150] sfilesize 
mov dx,WORD PTR [bp-148] 
emp WORD PTR [bp-10],.dx 
jge $ICCHIE 
jap $1170 

SICC646: 
jie $JCC651 
Jap 5120003 

$JCC651: 
amp WORD PTR [bp-12] ax ‚nextpos 
jae $3CC659 
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» Listing 3: 
(Ende) 
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dp sro 
$90C659: 
$120003: 
; mycloselexecutable_handle); 

push WORD PTR [bp-156] sexecutable handle 

call FAR PTR _myclose 

add sp.2 

return 1; 
mov ax,! 


sm SEX 


; mylseek(executable_handle,nextpos,0); 
51170: 
ax,0 


;nextpos 
sexecutable_handle 
call FAR PTR _mylseek 

add sp,8 


$1169: 
ip $Fc153 

$FB154: 

s myclose(executable handle); 
push WORD PTR [bp-156] sexecutable_handle 
call FAR PIR myclose 
add sp,2 

return 1; 
mov ax,! 
} Fi} sExX139 

$EX139: 
pop st 
pp di 
mov sp.bp 
pop bp 


ret 
_read_overlay_section ENDP 
nop 
RDOVLY_ TEXT  ENDS 
ENO 


hält den vollständigen Pfadnamen der Datei als 
ASCIIZ-String, also in C-kompatibler Form. Der 
Pfadname ist von einem C-Programm einfach zu 
erhalten, da er sich direkt hinter dem DOS-Envi- 
ronment befindet, das jeder Prozeß erhält. 

Die meisten Sprachen bieten Felder, die, ähn- 
lich argv[] in C, die Übernahme von Argumenten 
ermöglichen. Ich will hier nicht näher darauf 
eingehen, wie man executable name erzeugen 
kann. Diese Variable muß aber von dem Pro- 
gramm gesetzt werden, das die Overlay-Struktu- 
ren benutzt. In unserem Beispiel ruft das Haupt- 
programm _main eine Prozedur fill exe name, 
die wiederum executable name initialisiert (s. 
OVRMGR.ASM). Beim Austesten mit SYMDEB ist 
übrigens Vorsicht geboten, denn, wie sich bei 
meinen eigenen Versuchen herausgestellt hat, 
verschwindet unter SYMDEB die Pfadangabe, die 
sich eigentlich vor dem Dateinamen aus dem En- 
vironment befinden sollte. Wird OVASM.EXE 
direkt von der DOS-Ebene gestartet, ist der Pfad 
aber vollständig im Environment enthalten. 

Wenn die durch executable name bezeichnete 
Datei geöffnet ist, bestimmt read_overlay_section 
die Größe der Datei. Dazu wird die Funktion 
lseek und nicht, wie man es eigentlich erwarten 
könnte, die in C vorhandene Funktion tell, be- 
nutzt. Der Grund dafür ist, daß ich die Aufrufe 
von Funktionen aus der C Run-Time-Bibliothek 
einschränken wollte, denn den in C entwickelten 
und in Assembler übersetzten Programme muß 
ich diese speziellen Funktionen sowieso nochmal 
als Assemblerroutinen zufügen. 

Danach wird der Zeiger auf die Position inner- 
halb der Datei wieder auf deren Anfang gestellt 
und read_overlay_ section beginnt eine Endlos- 
schleife, um das angeforderte Overlay zu suchen. 
Falls es während dieses Suchvorgangs irgend- 
wann zu einer Fehlersituation kommt, wird über 
die übliche Ausgaberoutine errputs eine Fehler- 


meldung ausgegeben, die Datei geschlossen und 
ein Fehlercode ungleich 0 (hier speziell 1) zu- 
rückgegeben. Möglich sind Lesefehler, nicht 
interpretierbare Informationen innerhalb der 
Datei oder das Fehlen des angeforderten Over- 
lays. Das die mit executable name bezeichnete 
Datei vorhanden ist, ist hierbei allerdings Vor- 
aussetzung. Kann auf die Datei nicht zugegriffen 
werden, weil sie z.B. auf einer Diskette steht, die 
aus dem Laufwerk genommen wurde, erkennt 
die Routine das beim Lesen des EXE-Kopfes und 
gibt einen Fehler zurück. 

Findet read_overlay_section das Overlay, wird 
das Segment gelesen und in den Bereich geladen, 
auf den der Parameter ovrea zeigt. Danach wird 
der Code verschoben, denn jede Referenz darauf 
muß mit der Ladeadresse des Programms über- 
einstimmen. Das ist die gleiche Verschiebung, die 
COMMAND.COM beim ersten Laden des Pro- 
gramms ausführt, wenn auch nur für den Aus- 
gangsbereich. Der Overlay-Manager bestimmt 
dann die exakte Ladeadresse des geladenen 
Overlays. Damit die Ladeadresse des Programms 
mit den Referenzen innerhalb des geladenen 
Overlays übereinstimmen, setzt $$OVLINIT die 
Variable pspaddr für die Verschiebung. Die Lade- 
adresse des Programms ist grundsätzlich die 
Adresse von PSP+10H, da der PSP 100H Byte 
belegt. 

Um das Overlay verschieben zu können, nutzt 
read_overlay section die Variable pspaddr und 
die Verschiebetabelle aus dem Dateikopf. Dafür 
wird die Schleife while(eh.num_relocs) solange 
durchlaufen, bis alle Einträge der Verschiebe- 
tabelle verarbeitet sind. Die jeweiligen Adressen 
erhält man durch Addition der Segmentadressen 
aus der Tabelle und der Ladeadresse des Pro- 
gramms (pspaddr+0x10). Der so berechnete 
FAR-Zeiger beinhaltet also die Zieladresse inner- 
halb des verschobenen Overlay-Segments und 
Referenzen auf Code des Segments können da- 
mit angepaßt werden. Prinzipiell müssen alle 
Referenzen auf Segmente (relativ zu 0) in aktu- 
elle, absolute Segmentreferenzen umgewandelt 
werden. In der Routine read_overlay_section 
wird dafür, unter Benutzung des berechneten 
Zeiger, die Ladeadrese des Programms 
(pspaddr+0x10) auf die Zieladresse addiert. 
Einer der Gründe, weshalb ich diese Routine in C 
entwickelt habe, war übrigens die Pufferung von 
Einträgen der Verschiebetabelle. 

Ist die Verschiebung beendet, wird die Datei 
mit dem ausführbaren Code geschlossen und an 
OVRMGR.ASM der Returncode O zurückgegeben. 
Trat beim Laden ein Fehler auf, wird, wie ich 
oben bereits erwähnt habe, von ovly_int eine 
Fehlermeldung ausgegeben und die Verarbeitung 
mit dem Returncode 1 abgebrochen. Nach dem 
erfolgreichen Laden wird die Adresse der Marke 
return from _ov auf den Stack gepusht und damit 
die Rückkehr aus der Overlay für ein RETF vor- 
bereitet. 


Für den Sprung zu den Overlay-Routinen wer- 
den deren Adressen ebenfalls auf den Stack ge- 
pusht und ein RETF ausgeführt. Der Einsprung in 
die Routinen über einen FAR-Zeiger wäre zwar 
genauso einfach, aber mir liegt die direkte Ver- 
wendung des Stacks mehr (ist natürlich reine 
Ansichtssache). Wenn die Overlay-Routine abge- 
arbeitet ist, erfolgt über eine RETF-Anweisung 
(wir verwenden ausschließlich FAR-Adressen) 
der Rücksprung zu return_from_ov, damit aufge- 
räumt und das Flag, das anzeigt, ob der Overlay- 
Manager aktiv ist, zurückgesetzt werden kann. 
Danach geht die Kontrolle wieder an das Haupt- 
programm, auf die Anweisung direkt nach dem 
Aufruf der Overlay-Routine. 

Die Datei SUPPORT.ASM enthält bestimmte 
Assemblerfunktionen, auf die aus RDOVLY.ASM 
zugegriffen wird und die entsprechende Funktio- 
nen der C Run-Time-Bibliothek ersetzen sollen: 
errputs, myopen, myclose, mylseek und myread. 
Die Datei OVRMGR.ASM beinhaltet die Initiali- 
sierung und Routinen zur Handhabung der Inter- 
rupts. Die Datei RDOVLY.ASM, die aus 
RDOVLY.C durch Übersetzung entstanden ist, 
vervollständigt diesen einfachen Overlay-Mana- 
ger. 


Testprogramme 


Dem Overlay-Manager sind einige Testroutinen 
beigefügt, die sowohl in Assembler, als auch in C 
codiert sind. Die Dateien OV.C, P1.C und P2.C 
(Listing 5) sind als einfacher Test gedacht, ent- 
sprechende Assemblerroutinen sind in 
OVASM.ASM, PI1ASM.ASM und P2ASM.ASM 
(Listing 6) enthalten. Wenn sie Microsoft C Ver- 
sion 5.1 und MASM Version 5.1 verwenden, 
können Sie den gesamten Quellcode mit den 
Dateien OV und OVASM (Listing 7) und MAKE 
übersetzen. Natürlich müssen MASM und LINK 
im DOS-Pfad (Path-Kommando) bekannt sein 
und Ihre Version von LINK muß Overlays unter- 
stützen. Der Quellcode der Datei RDOVLY.C, aus 
dem der Assemblercode in RDOVLY.ASM ent- 
steht, kann durch das Programm SMERGE 
(Listing 8) weiter bearbeitet werden. SMERGE 
kopiert den C-Quellcode in die /Fa Assembler- 
ausgabe von Microsoft C und entfernt die stö- 
rende Definition EXTRN _acrtused:ABS, die der 
Compiler generiert. Sie können SMERGE.C auch 
leicht an andere C-Compiler anpassen. 


Einschränkungen 


Der hier beschriebene Overlay-Manager stellt nur 
ein Rudiment einer vollständigen Overlay-Ver- 
waltung dar. Unter anderem kann die Fehlerer- 
kennung und -behandlung verbessert werden, 
z.B. ist hier nicht abgefangen, daß eine Diskette 
mit dem ausführbaren Code während des Pro- 


‚model LARGE,C 
„code 
public errputs 
errputs proc far C uses ax bx cx di ds es, string:ptr 
les di,string ses:di — string 
push di ;save original offset 
or 1,0 ‚terminator byte 
wor cx,0100h ;length to examine for null 
repne scasb ;look for it 
pop ax ;ax = orig pointer 
sub di,ax 
dee di di = length 
or ex,di 
wor bx,2 ‚stderr 
mov dx,ax ‚buffer address 
mov ah,s0h ‚write to file 
int 21h 
ret 
errputs endp 
mylseek proc far C uses bx cx, handle:WORD, ofs:DWORD, whence:WORD 
public mylseek 
mov ax, nhence 
mov ah,s2h 
mov bx,handie 
push es 
les dx ,ofs 
mov er,es 
pop es 
int 21h ‚result left in dx:zax, nicely 
Inc Tseekdone 
mov ax,-I 
Iseekdone: ret 
myIseek endp 
myread proc far C uses bx ds dx, handle:WORD, buf:PTR, Ten:WORD 
public 
mov ah,3fH 
ev bx,handie 
mov cx,ien 
Ids dx,buf 
int 21h ;result nicely in ax for return 
Jmc readdone 
mor ax,-1 
readdone: ret 
myread endp 
myopen proc far C uses ds dx, fname:PTR, mode:WORD 
public myopen 
ov ax, mode 
mov ah,3cH 
1ds dx, fname 
int 2ih ;result nicely in ax for return 
jne opendone 
mov ax, 
opendone: ret 
myopen endp 
myclose proc far C uses bx, handle:WORD 
public myclose 
mov „eh 
or bx,handle 
int 2ih ‚result nicely in ax for return 
ret 
myclose endp 


grammlaufs aus dem Laufwerk genommen wird. 
Sicherlich benutzen die meisten PC-Anwender 
Festplatten, um ihre Programme, auch die mit 
Overlay-Strukturen, abzuspeichern, aber eine be- 
sondere Fehlerbehandlung der Overlay-Verwal- 
tung würde die Sicherheit des gesamten Systems 
deutlich erhöhen. Zum Beispiel benutzt der 
Microsoft Overlay-Manager entweder die Dis- 
kette oder einen neuen Pfadnamen für die .EXE- 
Datei. Eine wichtigere Einschränkung ist die Zu- 
lassung von nur einem aktiven Overlay zu einem 
bestimmten Zeitpunkt. Das ist durch die Art und 
Weise, wie Informationen im Overlay-Manager 
abgelegt und zurückgegeben werden, bedingt. Es 
ist sicher nicht allzu schwer, OVRMGR.ASM so 
zu verändern, daß eine beliebige Anzahl von 
Overlays gleichzeitig unterstützt werden. 

Der Overlay-Manager von Microsoft C erlaubt 
bis zu 128 verschachtelte Overlay-Aufrufe. Viel- 
leicht ist das für Sie eine Anregung, unsere Ver- 
sion weiter zu entwickeln. In der Dokumentation 
zu MASM wird darauf hingewiesen, daß Code- 
View jetzt den Overlay-Manager unterstützt und 
es durchaus notwendig werden kann, große An- 
wendungen durch Overlays zu strukturieren, 
damit sie unter CodeView lauffähig sind. 
Tatsächlich existieren zwischen dem Microsoft 
Overlay-Manager und CodeView (und DEBUG) 


«Listing 4: 
SUPPORT.ASM 
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Die Programmierung von Assemblerroutinen in C 


D: Programmierung in Assembler bietet eini- 
ge offensichtliche Vorteile: maschinennahe 
Kontrolle, hohe Geschwindigkeiten und geringen 
Programmumfang. Und das in einem Maße, wie 
es mit einer Hochsprache nicht erreicht werden 
kann. Die Codierung von Assemblerroutinen 
kann andererseits auch außerordentlich mühsam 
sein. Die Umsetzung von Algorithmen, insbeson- 
dere wenn es sich um die Verarbeitung von Fel- 
dern, der Realisierung von Schleifen mit kompli- 
zierten Abbruchbedingungen oder Dateizugriffen 
handelt, ist hochgradig anfällig für Programmier- 
fehler, selbst wenn der Entwickler schon einige 
Erfahrung in Assemblerprogrammierung gesam- 
melt hat. Aus diesen Gründen habe ich mich da- 
für entschieden, die Initialisierung und die Um- 
gebung für die Overlay-Interrupts in MASM und 
das Hauptprogramm in Microsoft C zu codieren. 
Daraus ist die Funktion read_overlay_ section in 
der Datei RDOVLY.C entstanden. 

Da ich aber auch einen Overlay-Manager für 
die Entwickler in Assembler darstellen wollte, 
habe ich die C-Routinen teilweise in Assembler 
umgeschrieben, bis ich darauf gekommen bin, 
daß die Option /Fa von Microsoft C, die MASM- 
kompatiblen Assemblercode in eine Datei gene- 
riert, mir bei der Umsetzung helfen kann. 

Als erstes habe ich die Routinen, die ich aus 
der C Run-Time-Bibliothek benötigte, neu in As- 
sembler entwickelt. Das war mit einiger voraus- 
schauender Überlegung nicht allzu schwer. Da 
sich viele systemnahe Funktionen sehr einfach 
mit Hilfe des DOS-Interrupts (INT 21H) realisie- 
ren lassen, konnte ich z.B. die DOS-Funktion 
42H für meine Routine mylseek zur Bestimmung 
der aktuellen Dateiposition benutzen und auf die 
entsprechende C-Funktion verzichten. Meine 
eigene Iseek-Funktion wird an verschiedenen 
Stellen benötigt und die korrekte Version liefert 
dasselbe Ergebnis wie die C-Funktion tell. Um 
die Übersetzung zu vereinfachen, habe ich Datei- 
zugriffe auf die Ebene von DOS-Funktionen be- 
schränkt. Die Routinen in SUPPORT.ASM erset- 
zen somit die Routinen der C Run-Time-Biblio- 
thek und werden durch eine zusätzliche Funktion 
errputs zur Ausgabe auf stderr ergänzt. 

In den Make-Dateien zu den Beispielen sind 
alle Steuerparameter für den Microsoft C-Com- 
piler CL angegeben: 

/c der Quellcode wird nur compiliert, nicht ge- 
bunden. 

/Fa Generierung des Assemblercodes. 

/Fonul die .OBJ-Dateien werden auf das Device 
NUL geleitet, also gelöscht. 

/AL Benutzung des LARGE-Modells, d.h. es wer- 


den FAR-Adressen für Daten und Code erzeugt, 
damit LINK den Overlay-Code binden kann. 

/Gs Aufrufe von _chkstk, also dem Test auf 
Stack-Überlauf, werden unterdrückt. Diese 
(versteckten) Run-Time-Routinen passen nicht 
mit meinem Assemblercode zusammen. 

/Z\ das Binden mit Modulen aus der Bibliothek 
in die .OBJ-Datei wird ausgeschlossen. Ich er- 
zeuge die .ASM-Dateien zwar direkt, aber um 
völlig Sicher zu gehen, gebe ich diesen Parameter 
mit an 

/0d der compilierte Code wird nicht optimiert 
und ist damit leichter zu übernehmen. 

Da der vom Compiler erzeugte Assemblercode 
Referenzen auf Zeilen im ursprünglichen C- 
Quellcode enthält, habe ich das Programm 
SMERGE.C beigefügt, mit dem die Kommentare 
; Line <n> 

automatisch durch die originalen C-Anweisun- 
gen ersetzt werden. Das verdeutlicht den Zweck 
des zugehörigen Assemblercodes. Darüber hinaus 
entfernt SMERGE die Datendeklaration für eine 
externe Variable acrtused, die CL zusätzlich 
generiert und deren Bedeutung mir bis heute 
nicht klar ist. Auf diese Weise erhält man mit CL 
und SMERGE eine Datei mit sauberem, gut 
kommentiertem Assemblercode. 

Den generierten Code habe ich nicht weiter 
optimiert, obwohl sicherlich die Leistungsfähig- 
keit gesteigert und mnemonische (sprechende) 
Bezeichnungen eingefügt werden könnten. Aber 
ich finde den von CL erzeugten Assemblercode 
durchaus verständlich und habe darum auf wei- 
tere Änderungen darin verzichtet. 

Diese Prozedur zur Übersetzung von C in As- 
sembler habe ich mit Erfolg an RDOVLY.C aus- 
probiert und konnte auf diese Weise an einem 
einzigen Nachmittag einen funktionierenden 
Overlay-Manager entwickeln, der sogar in C 
schon einigermaßen leistungsfähig war. Nach ein 
paar weiteren Stunden war die Version mit rei- 
nem Assemblercode lauffähig. Hätte ich direkt 
mit der Entwicklung in Assembler begonnen, 
wären Programmänderungen, z.B. an der Fehler- 
behandlung zum Lesen der Overlay-Segmente 
oder der Pufferung von verschobenen Daten- 
blöcken wesentlich schwieriger ausgefallen. Aber 
in C sind solche Programmänderungen einfach 
zu handhaben und der generierte Assemblercode 
ist einigermaßen leistungsfähig, da C an sich 
schon für maschinennahe Programmierung ge- 
eignet ist. Der Entwurf von Assemblerroutinen in 
C ist also durchaus sinnvoll. Probieren Sie es aus, 
es wird Ihnen gefallen. 

Dan Mick 


OV.C 


#inciude <stdio.h> 
#include <string.h> 


void pilwoid); 
void p2(void); 


extern char executable_name; 
void mainfint arge, char *"argv) 
{ 

int i; 


strepy(Sexecutable_name,argv[0]); 
argc = argcı 
printf("This is main\n*); 
for (f = 0; 1 = 1000; i++) [ 
pll); 
p2Ü); 


P1.C 


#include <stdio.h> 
void pif) 


printf(*"In pl, e address is %fp\n*,pl); 
printf("\t 3 * 3 + 9 = Ad\n*,3”349); 
printff"\t 4 * 4 / 5 = Adin” ,4*4/5); 


P2.C 


#include «stdio.h> 
void p2() 
l 


printf(*In p2, whose address is $Fp\n".p2): 


printf{*\t 10 9% 3 = Sd\n",10 3 3); 
} 


einige interne Verbindungen, so daß über beson- 
dere Aufrufe auf neue Symbole zugegriffen wer- 
den kann. Unser Overlay-Manager unterstützt 
sicherlich keine undokumentierten Funktionen, 
aber es hat sich herausgestellt, daß die Fehler- 
suche mit einem Debugger trotzdem möglich ist. 
Und zwar kann ein symbolischer Debugger Sym- 
boltabellen lesen, nachdem das Programm gela- 
den ist, die .MAP-Datei sollte nur keine Symbole 
enthalten, die sich auf Overlay-Routinen bezie- 
hen. Da ohnehin keine Datensegmente Overlays 
zugeordnet werden können, ist das Problem 
nicht allzu gravierend. Meistens beschränkt sich 
die Fehlersuche ohnehin auf Datenlabels. Trotz 
aller Schwierigkeiten ist das Debuggen von Pro- 
grammen mit Overlay-Strukturen durchaus inter- 
essant. Die Benutzung von Overlay-Verwaltun- 
gen bietet eine Lösung des Problems von be- 
grenztem Speicherplatz. 

In diesem Artikel habe ich einige Program- 
miertechniken aufgezeigt, mit beschränktem 
Speicherplatz umzugehen. Dabei bin ich beson- 
ders auf die Lösung von Microsoft eingegangen 
und habe versucht zu erklären, wie ein MASM- 
Programmierer mit dieser Art von FAR-Adressie- 
rung arbeiten kann. Wenn Ihnen der hier darge- 
stellte Overlay-Manager nicht allzu brauchbar er- 
scheint, können Sie ja meine Anregungen auf- 
nehmen und die Programme weiterentwickeln, 
damit Sie ein passendes Werkzeug erhalten. Es 
lohnt sich auf jeden Fall, Overlay-Techniken 
genauer zu untersuchen. 

Dan Mick 


Dan Mick arbeitet als Elektroingenieur bei Defini- 
con Systems in Newbury Park, Kalifornien. 


OVASM.ASM 


call_loop: 


fill_exe_name 


enwstr_loop: 


fname_loop: 


fill_exe_name 
_text 

_data 

main msg 
_data 

_stack 


_stack 


extrn 
extrn 


end 


P1ASM.ASM 


pl_msg 


pi 


pi 


extrn 
mode) 
„data 
db 


„code 


proc 
public 
lea 


44 Listing 5: 
OV.C, Pl.C und 


P2.C. 
_errputs:far, pl:far, p2:far 
_executable name:byte 
public "CODE" «Listing 6: 
OVASM.ASM, 
P1ASM.ASM und 


P2ASM.ASM. 


public "DATA 


fill_exe_nane „ENVSEG,main_msg,call_loop,envstr_loop 
fname_loop 


2CH ;loc'n of environment pointer 
_data,_stack 


cs:_text .ds:DGROUP „ss :DGROUP 
far 

ax ‚DGROUP 

ds,ax 

far ptr fill_exe_ name 
ax,main_msg 

ds 

ax 

far ptr _errputs 

sp.4 

cx,1000 


far ptr pl 


ax,es 

ds,ax 

ax „DEROUP: ENVSEG 

ds.ax 

si,0 

ax,seg _executable_ name 
es,ax 

di „DGROUP: executable_ name 


spoint at env 


‚point at dest string 


‚get first env 
send of string? 

"loop ‚no, keep looking 
byte ptr ds:[si],O send of env? 
envstr_loop ;no, get another string 
si1,3 ;yes: go past, 2 more 
‚move a byte 
send of name? 
;no, keep it up 
‚store zero terminator 


21,0 
envstr_1 


byte ptr ds:[si],o 
fname_}oop 

byte ptr es:[di].O 
ax 

si 

ds 

si 

es 


*This is main...*,13,10,0 


stack "STACK' 
200 dup (?) 


main 


„errputs:far 
LARGE 


"This is pl...*,13,10,0 


errputs: far 
Tanse 


"This is p2...',13,10,0 


far 


p2 


ax,p2 msg 
ds 


ax 
_errputs 
sp.4 


DOS 
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» Listing 7: 
Die Make-Dateien 
OV und OVASM. 


>> Listing 8: 
SMERGE.C. 


OV 


ov.objt ov.c 
cl /c /AL /Fm ov.c 


pl.obj: pl.c 
eI Sc SAL /Fm pl.c 


p2.obj: p2.c 
er) /c JAL /Fm p2.c 


ovrmgr.obj: ovrmgr.asm 
masım /MX ovrmar .asm; 


rdoviy.asm : rdoviy.c exehdr.h 

fc comile only 

/Fa create .ASM output 

/Fonui don't create object (leave that for MASM) 
/AN large model 

/6s no stack checking 

/ZI no default library search 

/0d no optimization (for code clarity) 

ci /c /Fa /Fonul /Od /AL /6s /ZI rdaviy.c 
smerge rdoviy.asm rdovly.c rdoviy.mrg 

del rdowiy.asm 

ren rdoviy.mrg rdoviy.asm 


u... 


rdoviy.obj : rdovly.asm 
masm /mx rdaviy; 


support.obj : support.asm 
masm /mx support; 


ov.exe : ov.obj support.obj rdaviy.abj owrmgr.obj pl.obj p2.obj avrmgr.obj 
link /a/li ov+support+rdoviy+(pl)+(p2)+tovrmgr,ov,ov.map: 


OVASM 


ovasm.obj: ovasm.asm 
mas /mx ovasm.asm; 


plasm.obj: plasm.asm 
masm /mx plasm; 


p2asm.obj: p2asm.asım 
masm /ux p2asm; 


ovragr.obj: ovragr.asm 
masm /MX ovrmgr „asm; 


rdoviy.asm : rdoviy.c exehdr.h 

# /c compile only 

# /Fa create .ASM output 

/Fonu) don't create object (leave that for MASM) 
/Al large model 

/6s no stack checking 

/ZI no default library search 

/Od no optimization (for code clarity) 

c1 /c /Fa /Fonul /Od /aL /Gs /ZI rdoviy.c 
smerge rdoviy.asm rdaviy.c rdoviy.mrg 

del rdoviy.asm 

ren rdoviy.erg rdoviy.asm 


.———. 


rdoviy.obj : rdoviy.asm 
masm /mx rdoviy; 


support.obj : support .asm 
masm /mx support; 


/" smerge - merge source and assembly files */ 
#include <stdio.h> 


mainlargc,argv) 

Int argc; 

char *argv[]; 

{ 
FILE *csrc, *asmsrc, *mergefile; 
char huffer[128]; 
long sline, line, totsiines; 


if (argc « 4) 

( 
printf("usage: smerge asmsrc csrc mergefile\n"); 
exit(1): 


sline = 0; 


asmsrc = fopenfargv[1],"r* 
csre = fopen(argv[2],"r" 
mergefile = fopen{argv[3]."«"); 


setvbuffcsrc, NULL, I0FBF,8192); 
setvbuf[asmsrc,NULL, 10FBF,8192); 
setvbuf(mergefile,NuLL, 10FBF,8192); 


totslines = 0; 

while (fgets(buffer,128,csrc) I= NULL) 
totslinest+; 

fseek(csrc,OL,SEEK_SET); 


while ((fgets(buffer,128,asmsrc)) 1= WULL) 


/* special hack for MSC —> assembly...kill the *_acrtused" extrn */ 
if (strstr(buffer,* _acrtused") I= NULL) 
continue; 


if (strnemp(buffer,*; Line*,6) == 0) 
l 
sscanf{buffer,*”; Line Ald*,äline); 
if (line <= totslines) 
( 
while (sline < line) 
{ 
fgets(buffer+1,128,csrc); 
fputs(buffer ,mergefile); 
+sline; 


} 
} 
else 
fputs(buffer, mergefile); 


felose(asmsre); 
felosefcsre); 
felose{mergefile); 


ovasm.exe : ovasm.obj support.obj rdoviy.ob) owrmgr.obj plasm.obj p2asm.obj 
ovrmgr.obj ! 
Vink /m/)i ovasmrsupport+rdoviy+[plasm)+(p2asm) +ovrmgr ovasm,ovasm.map; 


GREENPEACE 


M-5-8-K Hamburg 


Das universelle Tool PLUS: 


System- 
unabhängige 
Applikationen 
erstellen 


Die Ziele heutiger Anwendungs- 
programmierungen gehen in meh- 
rere Richtungen. Zum ersten wird 
ein Interface erwünscht, das 
»benutzerfreundlich« ist. Dies be- 
deutet im allgemeinen, daß eine 
Oberfläche angeboten wird, die 
grafisch orientiert ist und eine 
Metapher aus dem alltäglichen 
Leben benutzt. Das zweite wichtige 
Ziel ist Portabilität. 


ie Metapher »Benutzerfreundlichkeit« ist 

häufig der »Desktop«, der Schreibtisch. Auf 
diesem Schreibtisch können »Dinge« bewegt, ent- 
fernt, verändert und erzeugt werden. Zentraler 
Punkt für das einfache Arbeiten mit dem System 
ist die Verwendung eines Zeigegerätes, dessen 
verbreitetstes Form wohl die Maus ist. Mit der 
Maus werden auf dem Bildschirm Objekte ausge- 
wählt, modifiziert oder über Menüs werden Ope- 
rationen aktiviert. Die Metapher ist dabei den 
jeweiligen Anforderungen, also dem richtigen 
Leben anzupassen. 

Das zweite Ziel ist Portabilität. Eine einmal er- 
stellte Anwendung sollte auf möglichst vielen 
Umgebungen einsetzbar sein. Die Erweiterbarkeit 
und Veränderbarkeit einer Anwendung durch 
den Benutzer trägt wesentlich zu Akzeptanz in 
ihrem eigentlichen Einsatzbereich bei. Nicht zu- 
letzt soll die Erstellung der Anwendung effektiv 
möglich sein und sich in eine gute Wartbarkeit 
fortsetzen. 

Das universelle Tool PLUS bietet die Basis zum 
Erreichen all dieser Ziele. 


Allgemeines 


PLUS ist eine Applikation, die einerseits die 
Funktion eines hochwertigen Editors übernimmt, 
in dem die zu erstellenden Anwendungen ent- 
wickelt und gewartet werden. Andererseits stellt 
PLUS die Laufzeitumgebung bereit, in der die 
Anwendungen ausgeführt werden. Beide Funk- 
tionen sind eng miteinander verbunden und lie- 
fern dem Entwickler ein homogenes Erschei- 
nungsbild. Nicht zuletzt diese Eigenschaft führt 
zu einem sehr effektiven Arbeiten, das sich neben 
einem schnellen Entwickeln auch in qualitativ 
hohen und ansprechenden Ergebnissen aus- 
drückt. 

Es soll im folgenden ein kurzer Überblick über 
das Werkzeugt PLUS gegeben werden, wobei vor 
allem die Grundkomponenten und Ideen klarge- 
macht werden sollen. 


Stacks, Karten und 
Hintergründe 


PLUS dient dem Bearbeiten von passiven, persi- 
stenten Objekten, die mit Stacks bezeichnet wer- 
den. Diese Stacks werden hierzu auf normale 
Dateien im Filesystem abgebildet. Die Stacks sind 
ihrerseits weiter dadurch strukturiert, daß sie 
sich aus mehreren Karten zusammensetzen. 
Mehrere Karten können zu einem gemeinsamen 
Hintergrund gehören, von dem sie gewisse Ei- 
genschaften erben. Karten können zusammen 
mit den Informationen ihres Hintergrunds in 
einem Fenster des Rechners dargestellt werden, 
wobei die Größe der Karten frei eingestellt wer- 
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den kann. Es ist nun die hauptsächliche Aufgabe 
des Entwicklers, die Karten zu gestalten und da- 
für zu sorgen, daß Karten angezeigt werden. Für 
die Gestaltung stehen ihm zahlreiche Möglichkei- 
ten zur Verfügung. Zum einen können Karten 
und Hintergründe mit Grafiken versehen wer- 
den, wofür ein komfortabler Bitmap-Editor in 
PLUS integriert ist, eigentlich ein vollständiges 
Malprogramm. Man kann sich die Karte in der 
Art einer Overhead-Folie über dem Hintergrund 
liegend vorstellen, die somit das Aussehen der 
Karte in den Teilen verändern kann, die nicht bei 
allen Karten dieses Hintergrunds gleich sind. 

Eine weitere und wohl die wichtigste Möglich- 
keit zur Gestaltung der Karten und Hintergründe 
ist das Einbringen von weiteren Objekten, die 
frei über den Grafiken arrangiert werden können 
und an die Funktionalität gebunden werden 
kann. Es steht ein Vielzahl von Objektarten zur 
Verfügung, die später beschrieben werden. 


Scripts und Vererbung 


Von ganz zentraler Bedeutung für die Flexibilität 
von PLUS ist die interpretierte Programmierspra- 
che PPL, ein Superset der Sprache HyperTalk von 
Apple. Sie lehnt sich an das Englische an und ist 
deshalb leicht erlernbar und lesbar. Durch sie 
kann fast jede Eigenschaft von PLUS verändert 
werden. Dies betrifft zum einen die Objekte wie 
Stack, Karte und Hintergrund sowie die Objekte 
auf den Karten und globale Eigenschaften von 
PLUS. Weiterhin kann auf ein großes Angebot 
von Funktionen zurückgegriffen werden. Die 
Möglichkeiten von PPL können direkt durch Ein- 
gabe in ein Fenster abgerufen werden oder sie 
werden durch selbstgeschriebene Routinen, 
Handler genannt, erweitert. Hierzu steht dem 
Programmierer ein Satz von Kontrollstrukturen 
zu Verfügung, wie sie aus höheren Programmier- 
sprachen bekannt sind. Mehrere Handler werden 
zusammengefaßt zu einem Script und ein solches 
Script kann dann an ein Objekt gebunden wer- 
den. Zum Erstellen der Scripts wird ein intelli- 
genter Editor bereitgestellt, der neben einer inte- 
grierten, intelligenten Hilfsfunktion, die 
zum halbautomatischen Programmieren benutzt 
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werden kann, das Formatieren der Scripts über- 
nimmt. 

Die Scripts von Karte, Hintergrund und Stack 
sind hierachisch organisiert, d.h., eine Karte erbt 
die Handler ihres Hintergrunds bzw. Stacks. Dies 
ermöglicht es, gemeinsame Funktionalität für 
Karten und Hintergründe zu definieren, was zu 
wohlstrukturierten Programmen führt. 

Die Applikationen werden in einer ereignisori- 
entierten Weise aufgebaut. Dazu werden von 
PLUS Systemnachrichten erzeugt, die über das 
Eintreten von Ereignissen informieren. Diese 
Nachrichten können dann von Handlern mit den 
entsprechenden Namen abgefangen und bearbei- 
tet werden. Einige Bespiele für Systemnachrich- 
ten sind MOUSEDOWN, die das Drücken der 
Maus signalisiert oder OPENCARD, die angibt, 
daß eine Karte neu angezeigt wird. Die System- 
nachrichten sind die Auslöser für Aktionen. 


Tasten, Felder und andere 
Objekte 


Es wurde bereits erwähnt, daß zur Gestaltung 
von Karten Objekte auf die Karten gelegt werden 
können. Eine Art von Objekten ist die Taste. Eine 
Taste kennzeichnet einen einfachen geometri- 
schen Bereich auf der Karte, in dem die Taste in 
einer einstellbaren Weise angezeigt wird. Die 
Größe und Position der Taste sind interaktiv be- 
liebig veränderbar. Jede Taste hat einen Namen, 
eine ID und eine Nummer, über die die Taste 
identifiziert werden kann. Diese Identifizierung 
wird dann in der Programmiersprache benutzt, 
um die Eigenschaften der Taste zu erfragen bzw. 
zu ändern. Auch eine Taste kann ein Script besit- 
zen, das dann z.B. die Systemnachricht MOUSE- 
DOWN abfangen und für diese Taste bearbeiten 
kann. Die Eigenschaften der Taste lassen sich 
sowohl über die Programmiersprache als auch 
über einen Dialog direkt verändern. Tasten wer- 
den in der Anwendung vor allem dort benutzt, 
wo durch einen Mausklick eine Aktion ausgelöst 
werden soll. Icons, das sind kleine Symbole, die 
in der Taste angezeigt werden können, erlauben 
das bildhafte Deutlichmachen der mit dieser 
Taste verbundenen Aktivität. 


können sehr verschie- 
den aussehen. Auch die 
Schrift kann variiert 


über PLUS ... 


OD Spiegein 
Rotieren 
X Invertieren 


erden. Lange Text 
sind über scrollbare 
Felder zugreifbar. 
Die Größe der Felder] 
ist beliebig verän- 
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On MouseUp 
global ClickCount 


Add 1 to ClickCount 


-- Only on when on Card "Start" go back to introduction 
it the Name of this card = "Start" then 
90 to Card Home of Stack Introduction 
eise 
go to next Card 
end if 
End MouseUp 


Die anderen Arten von Objekten haben mit 
den Tasten vieles gemeinsam, wie etwa das Vor- 
handensein von Scripts, einer Position und 
Größe, einen Namen, eine ID und anderes mehr. 
Darüber hinaus können die Objekte Daten ent- 
halten. Ein Beispiel ist das Textfeld. Es erlaubt 
die Eingabe und das Editieren von Texten. Die 
Texte können formatiert, in Zeichensatz, Zei- 
chengröße und Zeichenart verändert und über 
die Programmiersprache manipuliert werden. 
Eine besondere Eigenschaft von Textfeldern er- 
lauben ihren Einsatz für den Aufbau von Ein- 
gabemasken. Denn Textfelder im Hintergrund 
speichern ihre Texte in den Karten, d.h., es läßt 
sich mit dem Textfeld die Struktur eines Daten- 
satzes definieren, und jede Karte enthält dann 
einen Datensatz mit den verschiedenen Informa- 
tionen. Eine Variante von den Textfeldern, die 
DBFelder, sind gerade in Hinblick auf diesen 
Anwendungsbereich konzipiert worden. Mit 
ihnen kann ein Format vorgegeben werden, 
gegen das die Eingabe geprüft wird, z.B für Zah- 
leneingaben. 

Speziell für grafische Effekte und Animationen 
sind die Paint-Objekte geeignet. Sie können 
genau wie die Grafik von Karte und Hintergrund 
gestaltet werden, sind darüber hinaus aber genau 
wie Tasten frei auf der Karte plazierbar. Neben 
den Paint-Objekten erlauben die Draw-Objekte 
das Arbeiten mit einfachen geometrischen Figu- 
ren. 


Navigation 


Ist das Aussehen des Stack durch seine Karten 
definiert, besteht nun die Aufgabe des Program- 
mierers darin, die erwünschte Funktionalität zu 
implementieren. Hierbei steht ihm zum einen die 
aus den konventionellen Programmiersprachen 
bekannten Möglichkeiten zur Verfügung, wie 
etwa die Definition von Prozeduren und Funk- 
tionen, das Arbeiten auf globalen und lokalen 
Variablen, Ausgabe von Texten und ähnliches 
mehr. Ferner kann kann er die Fähigkeit, auf die 
Objekte zuzugreifen und zu manipulieren, für 
sein Ziele einsetzen. Der wohl aber innovativste 
Aspekt der Programmierung ist die Navigation. 


Durch Menüs oder PPL kann zwischen den ein- 
zelnen Karten hin und herbewegt werden. Dies 
kann für die verschiedensten Zwecke benutzt 
werden. Die einfachste Verwendung findet diese 
Möglichkeit in dem »Blättern« durch eine Stack. 
Damit ist gemeint, daß der Anwender sich durch 
Betätigen von Tasten durch den Stack bewegt, 
sich also verschiedene Karten ansieht. Dies führt 
bei gut aufgebauten Stacks zu einer sehr intuiti- 
ven Weise, Wissen darzustellen und abzurufen. 
Neben dieser einfachen Möglichkeit, werden die 
Navigationsfähigkeiten etwa für Animations- 
effekte, Wechseln von Eingabe- oder Ausgabe- 
masken und anderes mehr benutzt. 

Zur einfacheren Programmierung dieses Navi- 
gationsapektes ist in das System interaktives 
»Linking« realisiert worden. Hiermit kann auch 
ein Benutzer, der mit der Programmiersprache 
nicht vertraut ist, Stacks erzeugen und mit 
Tasten versehen, die dann dafür sorgen, daß zu 
verschiedenen Karten verzweigt wird. Dies wird 
vor allem bei der Gestaltung von HyperMedia- 
Systemen angewandt, bei denen das Aktivieren 
eines Begriffs oder eines Unterthemas zum 
Anzeigen einer anderen Karte führen soll. 


Volltextsuche 


Für Anwendungen, die sich mit dem Information 
Retrieval beschäftigen, wurde eine sehr effektive 
Volltext-Suchfunktion eingebaut. Mit ihr ist es 
möglich, in allen Texten, oder auch in ausge- 
wählten Texten eines Stacks nach Teiltexten zu 
suchen. Aufgrund der hohen Geschwindigkeit, 
mit der diese Suche möglich ist, können ein- 
fachere Datenbankanwendungen auf dieses 
Feature zurückgreifen. 


Grafik 


Der auf dem ersten Blick augenfälligste Teil der 
Stacks in PLUS ist die Grafik. Ein umfangreicher 
Satz von interaktiven Hilfsmitteln wird angebo- 
ten, um eine einfache grafische Gestaltung zu 
erlauben. Hierzu gehört neben dem Erstellen ein- 
facher geometrischer Grundfiguren wie Linien, 
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Rechtecke, Ovale, Polygone und Texten das 
Manipulieren dieser Strukturen. So können be- 
liebige Teile der Grafik gelöscht, kopiert, ver- 
schoben oder mit den verschiedensten Effekten, 
wie etwa Rotieren, verändert werden. Die Grafik 
ist dabei bitmaporientiert und unterstützt Farbe. 
Gerade der Einsatz von Farbe ist für ein benut- 
zerfreundliches Erscheinungsbild von großer Be- 
deutung. Ein wohlüberlegter Einsatz der Grafik 
erleichtert es dem Anwender, sein bekanntes 
Umfeld auf die Anwendung zu übertragen und 
somit effektiver zu arbeiten. 


Benutzerlevels und 
Runtime-Version 


Wie bereits erwähnt, stellt PLUS zugleich ein 
Entwicklungssystem wie auch eine Laufzeitum- 
gebung dar. Nun kann es für den Entwickler 
wichtig sein, daß der Anwender an der erstellten 
Applikation nicht in dem Umfang manipulieren 
kann, der dem Entwickler zusteht. Dazu wurden 
den Stacks und auch der laufenden Anwendung 
ein Benutzerlevel zugeordnet, daß die Zugriffs- 
möglichkeiten auf den Stack einschränkt. Dieser 
Level kann dann durch ein Paßwort geschützt 
werden. Die Einschränkungen für das System 
sind dabei gestaffelt und können immer an die 
aktuelle Situation angepaßt werden. 

Da für das Ausführen einer mit PLUS erstellten 
Anwendung eine Laufzeitumgebung erforderlich 
ist, wird neben der Vollversion eine freie Run- 
time-Version angeboten, mit der dann die An- 
wendung ausgeführt, aber nicht interaktiv edi- 
tiert werden kann. Dadurch sind der Erwerb und 
das Ausführen von PLUS-Anwendungen nicht an 
den Kauf des Entwicklungssystems gebunden, 
sondern die Anwendung kann als ein Stand- 
Alone-Programm aufgefaßt werden. 


Erweiterbarkeit 


Sollte die durch PLUS angebotene Funktionalität 
den Erfordernissen nicht genügen, so kann sie 
unter Nutzung des Software-Slot-Konzepts erwei- 
tert werden. Dies bedeutet z.B., daß der Pro- 


grammierer in einer konventionellen Sprache wie 
Pascal oder C eine Funktion schreibt, diese kom- 
piliert und den Code in das System integriert. 
Diese neue Funktion ist vollständig in die Spra- 
che eingebunden, kann auf das System zugreifen 
und steht nun der Anwendung zur Verfügung. 
Für die Funktion stehen all die Möglichkeiten des 
Betriebsystems zur Verfügung. So könnten etwa 
auf Peripherie zugegriffen sowie Steuerungs- und 
Kontrollaufgaben bewältigt werden. Die Erwei- 
terbarkeit geht sogar soweit, daß der Pro- 
grammierer neue Objektarten erstellen kann, die 
in PLUS aufgenommen werden können. Denkbar 
sind etwa Objekte, die ein Spreadsheet oder eine 
Business-Grafik darstellen. Wichtig ist hierbei, 
daß alle Erweiterungen, seien es neue Funktio- 
nen, Kommandos oder Objekte, homogen in das 
System integriert werden. 


Portabilität 


PLUS ist ein portables Tool, das auf den Syste- 
men MacOS, OS/2-Presentation Manager und 
Windows arbeiten kann. Die Stacks sind zwi- 
schen diesen Systemen frei austauschbar und 
unter allen manipulierbar. Dies eröffnet weitrei- 
chende Perspektiven für den Einsatz in gemisch- 
ten Umgebungen. PLUS kann damit zum Aus- 
tausch von Informationen zwischen den ver- 
schiedenen Systemen dienen und auf allen 
Systemen können die gleichen Anwendungen 
benutzt werden. 


Anwendungen 


Der Einsatzbereich von PLUS ist fast unbegrenzt. 
Es beginnt mit dem Erstellen kleiner Datenban- 
ken, die beispielsweise auch grafische Informa- 
tionen enthalten können. Die grafischen Fähig- 
keiten, zusammen mit den Möglichkeiten der 
Programmiersprache, machen es zu einer guten 
Basis für Präsentationen, die dann auch Anima- 
tionen enthalten und selbständig ablaufen kön- 
nen. Konkret lassen sich Terminkalender, Notiz- 
systeme, Telefonverzeichnisse, Adreßverwaltun- 
gen, Ersatzteilkataloge, Abfragesysteme, Spiele, 
Nachschlagewerke und anderes mehr erstellen. 

Ein sehr interessanter Bereich ergibt sich zu- 
sammen mit den Software-Slots. PLUS kann 
damit zu einem Front-End-System ausgebaut 
werden, das etwa die Informationen einer exter- 
nen Datenbank leicht zugreifbar macht. 

Die Mächtigkeit des Systems und die leichte 
Modifizierbarkeit machen PLUS zu einer idealen 
Umgebung für Rapid Prototyping-Projekte. So 
könnten verschiedene Benutzerschnittstellen in 
minutenschnelle erzeugt und erprobt werden. 
Udo Borkowski 
Format Software GmbH, Brückenstr. 42 
5000 Köln 50, Tel.: (0221) 35 10 77 
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Jetzt. MICROSOFT WORD 5.0 in deutsch ist da! 

Textverarbeitung, Textveredelung wie sie nur der 

Marktführer bieten kann. Neue Funktionen und 

Erweiterungen, die Ihre Texte und Dokumente 

auf Hochglanz bringen. Fortschritt, der fünffach 

überzeugt: 

Jr Einfache und schnelle Einbindung von Grafi- 
ken, Bildern und Tabellen. 

5x Freie Positionierung von Text und Grafiken an 
jeder beliebigen Stelle. 

+7 Layout-Kontrolle durch Ganzseiten-Ansicht 
vor dem Ausdrucken mit WYSIWYG von Text 
und Grafik. 

x Mehrspaltige Texte, direkt am Bildschirm 
sichtbar. 

—r Deutscher Thesaurus. 


MICROSOFT WORD 5.0 ist soeben in deutscher 
Version bei Ihrem Fachhändler eingetroffen. Infor- 
mieren Sie sich detailliert über alle Vorteile. Bei 
ihm werden Sie feststellen, es gibt keine Alterna- 
tive. Und wenn Sie schon mit WORD 4.0 arbeiten, 
dann gibt es nur eins: Updaten zum Superpreis! 
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Mikroprozessor-Grundlagen: 


Die 
Debugregister 
des 

Intel 386 


Kontroll- 
register 


Reserviert 
von Intel 


Reserviert 
von Intel 


Status- 
register 


Reserviert von Inte) 


Reserviert von Intel 


Breakpunkt 3 Lineare Adresse 


Breakpunkt 2 Lineare Adresse 
Adred- 
registe: 


Breakpunkt | Lineare Adresse 


Breakpunkt 0 Lineare Adresse 


* Reserviert von Intel 


Je komplexer die Programme und 
der Mikroprozessor sind, der sie 
ausführt, um so schwieriger gestal- 
tet sich die Fehlersuche. In sehr 
komplexen Systemen können 
externe Debugger nicht alle Auf- 
gaben erfüllen. Glücklicherweise 
ist die Fehlersuche in komplexen 
Programmen mit dem 386-Mikro- 
prozessor einfacher, da dieser über 
eine interne Unterstützung zur 
Fehlersuche verfügt. 


n diesem Artikel besprechen wir die Möglich- 
keiten des 386 und erkunden, wie neuere 
Debugger diese unterstützen. 


In der Vergangenheit... 


Früher konnten Debugger, die auf dem PC liefen, 
nur Breakpunkte im Programm setzen, falls sich 
dieses im RAM befand. Breakpunkte, die den 
Datenzugriff überwachten, waren nicht möglich. 
Hilfsprogramme zur Datenüberwachung konnten 
verwendet werden. Diese verwendeten aber den 
Timerinterrupt, um periodisch die Daten zu prü- 
fen und anzuzeigen. Ein Debugger überschrieb 
typischerweise das erste Byte des Befehls, was 
die Verwendung im schreibgeschützten Speicher 
(ROM) unmöglich machte. Setzten Sie einen 
Breakpunkt auf einen Befehl, so rettete der De- 
bugger dieses Byte und schrieb an die Stelle 
einen OCCH-Befehl (INT 3). Wenn der Mikropro- 
zessor den OCCH-Opcode ausführt, so erzeugt er 
einen Interrupt 3, und der Debugger, der den 
Interrupt 3 überwachte, wurde aufgerufen. Der 
Debugger zeigte die Breakpunkt-Anweisung und 
Register an und wartete auf ein Kommando. 


Heute... 


Glücklicherweise ändert der 386-Mikroprozessor 
dies alles. Mit seinen sechs Debugregistern bietet 
der 386 eingebaute Fehlersuch-Unterstützung. 
Sie können Breakpunkte setzen und definieren, 
wann sie ausgeführt werden. Die vier Debug- 
adreßregister sind einzeln programmierbar und 
einzeln durch das Debugkontrollregister aktivier- 
bar. Das Debugstatusregister führt die Debug- 
statusinformationen. 

Zusätzlich zu den gewöhnlichen Breakpunkten 
unterstützt der 386-Mikroprozessor auch Daten- 
zugriffs-Breakpunkte. Datenzugriffs-Breakpunkte 
sind eine große Hilfe. Diese Art von Breakpunkt 
tritt genau in dem Augenblick auf, in dem Daten 
an einer bestimmten Stelle gelesen oder be- 
schrieben werden. Durch die Verwendung von 
Datenzugriffs-Breakpunkten können Sie den Be- 
fehl ausfindig machen, der eine Datenstruktur 
überschreibt. Der 386-Mikroprozessor gestattet 
Ihnen das Setzen von Breakpunkten im ROM und 
im RAM. Sie können eine 386-Debuggeraus- 
nahme setzen, wenn eine der folgenden Bedin- 
gungen auftritt: 

* Das Ausführen der Anweisung am Breakpunkt. 
« Das Ausführen jedes Befehls (Einzelschritt). 

« Die Ausführung jedes Befehls an einer be- 
stimmten Adresse. 

® Das Lesen oder Schreiben eines Bytes, Worts 
oder Doppelworts an jeder beliebigen Adresse. 

* Der Versuch, ein Debugregister zu ändern. 

« Eine Task-Umschaltung zu einer bestimmten 
Task (nur im geschützten Modus). 


Einige Einschränkungen 


Sogar mit allen oben aufgeführten Möglichkeiten 
können die Debugregister nicht immer einen 
hardwareunterstützten Debugger ersetzen. Zum 
Beispiel kann ein »In Circuit Emulator« (ICE) die 
Breakpunkte auch über einen Reset des Prozes- 
sors behalten. Der Reset löscht aber alle Debug- 
register des 386-Mikroprozessors, und damit 
auch alle vorher gesetzten Breakpunkte. 

Auch können die meisten ICEs Breakpunkte im 
Ein-/Ausgabeadreßbereich setzen, die 386-De- 
bugregister können aber nicht zwischen den 
Speicher- und Ein-/Ausgabe-Bereichen unter- 
scheiden. Alle Datenzugriffs-Breakpunkte sind 
mit Speicheradressen gekoppelt. Sie brauchen 
einen ICE, um Ein-/Ausgabe-Bereichszugriffe zu 
überwachen, es sei denn, sie verwenden eine 
Ein-/ Ausgabe-Berechtigungs-Bitmap im virtuel- 
len 8086-Modus. 

Sie können einen hardwaregestützten Debug- 
ger wie etwa ein ICE benutzen, um einen Debug- 
ger zu debuggen. Die einzige Möglichkeit, einen 
386-gestützten Debugger mit den 386-Debug- 
registern zu untersuchen, besteht, wenn dieser 
nur den Interrupt-3-Breakpunkt verwendet. 

Wenn die 386-Debugregister aktiv werden, so 
lösen sie einen Interrupt 1 aus. Ein Debugger, 
der den Interrupt 1 verwendet, kann einen De- 
bugger untersuchen, der den Interrupt 3 ver- 
wendet. 

Da Sie funktionierende Hardware benötigen, 
um mit den 386-Debugregistern zu debuggen, ist 
die Fehlersuche in einem instabilen System mit 
einem ICE oder hardwaregestützten System 
erheblich einfacher. Systementwickler haben in 
der Regel keine funktionsfähige Tastatur, Bild- 
schirm, Disketten und Betriebssystem, was aber 
Voraussetzung ist, um einen Debugger zu star- 
ten, der nur auf den 386-Debugregistern basiert. 
Sie benötigen ein ICE, wenn Sie Systemsoftware 
und Einheitentreiber untersuchen. 

Sie benötigen auch mehr als nur die 386- 
Debugregister, um einen akzeptablen Software- 
Debugger zu entwickeln. Programmierer erwar- 
ten von den heutigen Debuggern, daß sie Sym- 
boltabellen auswerten können, schnell disassem- 
blieren können und mehrere Objekt-Modulfor- 
mate verstehen. Eine weitere wünschenswerte 
Erweiterung ist eine boolesche Vergleichsebene 
über dem Ausnahmebehandlungsmodul des 
Debuggers. 

Debugger, die die Fähigkeiten des 386 ausnut- 
zen, sind im Kommen. Die Verbindung der 386- 
Debugmöglichkeiten mit den Fähigkeiten, die 
heutige Debugger bieten, ergibt ein gutes Ent- 
wicklungswerkzeug. In der Zwischenzeit können 
Sie mit dem voll funktionsfähigen Programm in 
diesem Artikel arbeiten, das die Vorteile des 386 
für einen Debugger zeigt. 


Eingebaute Fähigkeiten 


Der 386 verfügt über einige eingebaute Debug- 
fähigkeiten: 

» Vier Breakpunkte. Sie können vier Adressen 
angeben, die die CPU automatisch überwacht. 

« Aktivieren oder deaktivieren der Breakpunkte. 
Sie können die Breakpunkte, die mit den vier 
Debugadresssen verbunden sind, einzeln durch 
verschiedene Bedingungen aktivieren oder deak- 
tivieren. 

« Datenzugriff- und Befehls-Breakpunkte. Sie kön- 
nen Breakpunkte sowohl für Datenzugriff, als 
auch für die Programmausführung definieren. 

» Einzelschritt. Sie können das Programm auch 
Befehl für Befehl abarbeiten. 

Lassen Sie uns anschauen, wie die 386-Debug- 
fähigkeiten implementiert sind. Parallel werden 
wir ein Debuggerprogramm entwickeln, das 
diese Möglichkeiten illustriert. 


Debugregister 


Der 386-Mikroprozessor besitzt sechs Register, 
die diese Fähigkeiten kontrollieren. Bild 1 zeigt 
das Format der Debugregister. Sie können auf 
diese durch eine Variante des MOV-Befehls zu- 
greifen. Ein Debugregister kann entweder der 
Quell- oder der Zieloperand sein. Im geschützten 
Modus kann der MOV-Befehl, der auf die De- 
bugregister zugreift, nur auf Privilegsebene 0 
ausgeführt werden. Der Versuch, die Debugregi- 
ster von einer anderen Ebene zu beschreiben, 
oder zu lesen, führt zu einer allgemeinen 
Schutzverletzung. In einem Betriebssystem, das 
im geschützten Modus arbeitet (wie etwa 05/2 
oder XENIX) sind die Debugregister privilegierte 
Ressourcen, auf die nur privilegierte Tasks zu- 
greifen können. 


Debugadreßregister (DRO-DR3) 

Sie können die vier Debugadreßregister mit je 
einem Breakpunkt laden. Jedes Register enthält 
eine lineare Adresse, die benutzt wird, um den 
Breakpunkt zu identifizieren (im nicht geschütz- 
ten Modus werden die Adressen in einem Seg- 
ment/Offset-Paar dargestellt). 


Debugsteuerregister (DR7) 

Das Debugsteuerregister gestattet das Definieren, 
Freigeben und Sperren der Debugbedingungen. 
Es gibt die Umstände an, unter denen der 386 
einen Breakpunkt erkennt, den Breakpunkttyp 
(lokal oder global) und das Längenfeld des 
Breakpunkts. Die untersten 8 Bit von DR7 geben 
die Breakpunkte frei, oder sperren sie. Alle 
Breakpunkte besitzen 2 Freigabebits. Das L-Bit 
gibt lokale Breakpunkte frei. Das G-Bit gibt glo- 
bale Breakpunkte frei. Das Debugger-Programm, 
das im nicht geschützten Modus arbeitet (s. 
unten), setzt und löscht beide Bits. 
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Für jede Adresse in den Registern DRO bis DR3 
geben die korrespondierenden Felder R/WO bis 
RW/3 (im Register 7) die Art der Aktion an, die 
den Breakpunkt auslösen kann. Der 386 interpre- 
tiert diese Bits folgendermaßen: 


Bits Bedeutung 

00 Breakpunkt nur bei Befehlsausführung 

01 Breakpunkt nur beim schreibenden Zu- 
griff 

10 Nicht definiert 

11 Breakpunkt beim Lesen und Schreiben, 


aber nicht bei der Befehlsausführung 


Das Längenfeld des Breakpunkts wird haupt- 
sächlich bei Datenzugriffs-Breakpunkten benö- 
tigt. Die Länge eines Datenzugriffs-Breakpunkts 
kann ein Byte, ein Wort oder ein Doppelwort 
sein. Nur die Angabe der Startadresse eines 
Datenelements genügt nicht, da Datenelemente 
drei verschiedene Längen (8, 16 oder 32 Bits) 
besitzen können. Das Längenfeld fügt durch die 
Wahl der Länge des Speicherzugriffs Flexibilität 
beim Auslösen des Breakpunkts hinzu. Sie kön- 
nen die folgenden Längen angeben: 

Bits Bedeutung 

00 Länge 1 Byte 

01 Länge 2 Byte (Wort) 

10 Nicht definiert 

11 Länge 4 Byte (Doppelwort) 


Da Breakpunkte auf Befehlen nur die Adresse 
des ersten Bytes des Befehls angeben sollten, be- 
sitzen diese immer ein Längenfeld von 1 Byte. 
Wenn RWn 00 ist — ein Befehls-Breakpunkt -— 
sollte auch LENn 00 (1 Byte) sein. Jede andere 
Länge ist nicht definiert. 

Ist das LE- (lokal) oder GE-Bit (global) gesetzt, 
so verringert der 386-Mikroprozessor seine Ge- 
schwindigkeit. Dadurch können diejenigen Be- 
fehle angezeigt werden, die den Breakpunkt aus- 
gelöst haben. Der Befehls-Breakpunkt tritt auf, 
bevor die entsprechende Anweisung bearbeitet 
wird. Ein Datenzugriffs-Breakpunkt (Lesen oder 
Schreiben) tritt auf, nachdem die Daten gelesen 
oder geschrieben wurden. 


Debugstatusregister (DR6) 

Der Debugger benützt die Debugstatusregister 
um zu erkennen, welche Debugbedingung auf- 
trat. Der 386-Mikroprozessor setzt Statusbits, 
und der Debugger liest sie. Entdeckt der Mikro- 
prozessor eine Debugausnahme, so setzt er eines 
oder mehrere der vier niederwertigen Bits BO bis 
B3 des Statusregisters, bevor er die Debugger- 
Ausnahmebehandlungsroutine aufruft. Bn ist ge- 
setzt, wenn die im Adreßregister (DRn) und im 
Kontrollregister (LENn und R/Wn) beschriebene 
Bedingung auftrat. 


Das BS-Bit und das TF (Trap Flag) des 386- 
EFLAG-Registers ist gesetzt, wenn die Routine 
des Debuggers aufgerufen wird, da ein Einzel- 
schritt-Befehl auftrat. Der Einzelschritt ist die 
Debugausnahme mit der höchsten Priorität. 
Wenn BS gesetzt ist, kann jedes der anderen 
Debugstatusbits auch vom 386-Mikroprozessor 
gesetzt worden sein. Das bedeutet, daß eine Ein- 
zelschrittausnahme zur selben Zeit auftreten 
kann, wie ein Befehls- oder Datenzugriffs-Break- 
punkt. Die Bits BT und BS werden nur gesetzt, 
wenn der Mikroprozessor im geschützten Modus 
ist. 

Das BT-Bit ist mit dem T-Bit (Debug Trap Bit) 
des Task-Statussegments (TSS) verknüpft. Das 
TSS ist eine Datenstruktur, die in der 386er 
Systemarchitektur definiert ist. Sie ist nur im ge- 
schützten Modus verfügbar. Jede Task besitzt 
ihre eigene TSS, die den Zustand des virtuellen 
Task-Prozessors beinhaltet. Der 386-Mikropro- 
zessor setzt das BT-Bit bevor der Debugger- 
Handler aufgerufen wird, wenn eine Taskum- 
schaltung auftrat und das T-Bit der neuen TSS- 
Struktur gesetzt ist. Es gibt kein zugehöriges Bit 
in DR7, das diesen Trap freigibt und sperrt. Das 
T-Bit in der TSS ist das einzige Freigabebit. 

Das ICE-386 ist der In-Circuit-Emulator von 
Intel für den 386-Mikroprozessor. Ist das ICE 
angeschlossen, so hat es Vorrang über den 386- 
Debugger. Das BD-Bit ist gesetzt, wenn der näch- 
ste Befehl eines der Debugregister beschreibt 
oder liest, und das ICE-386 benutzt auch diese 
Register. 

Der 386-Mikroprozessor löscht nur die Bits 
von DR6, wenn der Mikroprozessor zurück- 
gesetzt wird. Um Verwirrung beim Identifizieren 
der nächsten Debugausnahme zu vermeiden, 
sollte der Debugger-Ausnahmebehandler sofort 
Nullen in DR6 schreiben. 


Das Setzen 
von Breakpunkten 


Alle vier Breakpunkte werden durch die lineare 
Adresse (DRn) und die Länge (LENn) definiert. 
Das Längenfeld gestattet Ihnen die Angabe eines 
1, 2 oder 4 Byte großen Feldes. Der 386-Mikro- 
prozessor verlangt, daß 2-Byte-Felder an einer 
Wortgrenze stehen (Adresse muß ein Vielfaches 
von 2 sein), und 4-Byte-Felder an einer Doppel- 
wortgrenze beginnen (Adresse muß ein Viel- 
faches von 4 sein). Sie erhalten unerwartete 
Ergebnisse, wenn Befehls- oder Datenzugriffs- 
Breakpunkte nicht richtig ausgerichtet sind. 

Sie können einen Datenzugriffs-Breakpunkt 
für ein nicht richtig ausgerichtetes Feld, das län- 
ger als 1 Byte ist, mit 2 oder mehr Debugadreß- 
registern angeben, die dann den gesamten Be- 
reich abdecken. Jeder Eintrag muß richtig ausge- 
richtet sein, und die Einträge müssen die Länge 
des Feldes abdecken. Wenn zum Beispiel drei 


A: VER Me | 


LI] ] Jpmenort (tm Speicher) 


- 
Doppelwort Breakpunkt 
..n_ 


Byte Wort Byte 


Breakpunkte gesetzt sind, um ein Doppelwort, 
das an einer ungeraden Grenze beginnt, zu 
überwachen, dann müssen die Breakpunkte fol- 
gendermaßen gesetzt sein: Die erste Adresse 
enthält das erste Byte des Doppelworts, die 
zweite enthält die nächsten beiden Bytes und die 
dritte ist für das letzte Byte verantwortlich. Bild 2 
zeigt die richtige Ausrichtung von Breakpunkt- 
Adressen für die Adresse eines Doppelworts, das 
an einer ungeraden Grenze beginnt. 

Ein Speicherzugriff löst einen Lese- oder 
Schreib-Datenzugriffs-Breakpunkt aus, wenn er 
innerhalb eines definierten Breakpunkt-Feldes 
liegt (das durch das Breakpunkt-Adreßregister 
und das zugehörige LEN-Feld angegeben ist). 
Tabelle 1 zeigt Beispiele, die verdeutlichen, wann 
Breakpunkte auftreten und wann nicht. 

Befehls-Breakpunkte haben immer die Län- 
genangabe 1 Byte (LEN=00). Andere Werte für 
Befehls-Breakpunkte sind nicht definiert. Der 386 
erkennt den Befehls-Breakpunkt nur, wenn die 
Breakpunkt-Adresse auf das erste Byte des Be- 
fehls zeigt. Besitzt ein Befehl ein Präfix, muß die 
Breakpunkt-Adresse auf das Präfix zeigen. 


Debugausnahmen 


Breakpunkte, die auf Befehle gesetzt sind, verur- 
sachen Verletzungen, alle anderen Debugbedin- 
gungen verursachen Ausnahmen. (Verletzungen 
werden vor der Ausführung des Befehls an dieser 
Adresse erkannt. Ausnahmen melden einen 
Datenzugriffs-Breakpunkt nachdem der Befehl 
ausgeführt wurde, der auf die gegebene Spei- 
cherstelle zugegriffen hat.) Die Debugausnahme 
kann Verletzungen und Ausnahmen zur selben 
Zeit melden. Im folgenden sind die vier Klassen 
der Debugausnahmen beschrieben. 


Befehlsausführungs-Breakpunkt 

Ein Befehlsausführungs-Breakpunkt ist eine Ver- 
letzung, deshalb meldet der 386 einen Befehls- 
Breakpunkt vor der Ausführung dieses Befehls. 


Datenzugriffs-Breakpunkt 

Ein Datenzugriffs-Breakpunkt ist eine Ausnahme. 
Der Prozessor meldet deshalb den Datenzugriffs- 
Breakpunkt, nachdem der Befehl ausgeführt 
wurde, der auf diesen Speicherbereich zugegrif- 
fen hat. 

Wenn Sie Datenzugriffs-Breakpunkte verwen- 
den, so sollten Sie LE, GE oder beide Bits von 
DR7 setzen. Wenn entweder das LE- oder GE-Bit 
gesetzt sind, so wird jede Ausnahme exakt nach 
der Anweisung gemeldet, die die Ausnahme aus- 
gelöst hat. Diese genaue Angabe wird durch das 


DRO DR1 DR2 DR3 
Adresse: Adresse: Adresse: Adresse: 
OA0001 OA0002 0B0002 0C0000 


(Länge 1) (Länge 1) (Länge 2) (Länge 4) 


Ausnahme- OA0001 0A0002 0B0002 0C0000 
adressen (Länge 1) (Länge 1) (Länge 2) (Länge 4) 
0A0001 0A0002 0B0001 0C0003 
(Länge 2) (Länge 2) (Länge 4) (Länge 1) 
Keine O0A0000 0A0003 0B0000 0C0004 
Ausnahme (Länge 1) (Länge 4) (Länge 2) (Länge 4) 


Verlangsamen erreicht. Die 386er Ausführungs- 
einheit wartet auf die vollständige Übertragung 
des Datenoperanden, bevor die neue Anweisung 
bearbeitet wird. Ist weder GE noch LE gesetzt, so 
können Datenzugriffs-Breakpunkte erste eine 
Anweisung nach der auslösenden Anweisung 
oder gar nicht gemeldet werden. Der 386 über- 
lappt normalerweise die Ausführung der Befehle 
mit Speicherzugriffen in einem solchen Maße, 
daß die Ausführung des nächsten Befehls begin- 
nen kann, bevor die Speicherzugriffe des vorher- 
gehenden Befehls beendet sind. 

Erzeugt der Debugger einen Datenschreib- 
Breakpunkt, so sollte er die Originaldaten vor 
dem Setzen des Breakpunkts retten. Da die 
Datenzugriffs-Breakpunkte Ausnahmen sind, 
wird das Verändern der Daten durchgeführt, be- 
vor die Änderung gemeldet worden ist. Die Be- 
handlungsroutine kann die Originaldaten 
(gerettet) anzeigen, nachdem der Breakpunkt 
ausgelöst wurde. Die Daten im Debugregister 
können für die Adressierung des neuen Werts, 
der durch die Anweisung in den Speicher ge- 
schrieben wurde, die den Breakpunkt auslöste, 
hergenommen werden. 


Einzelschritt-Ausnahme 

Diese Debugbedingung tritt am Ende einer An- 
weisung auf, wenn am Beginn dieser Anweisung 
das Trap Flag (TF) im Flagregister den Wert 1 
enthielt. Diese Ausnahme tritt nicht bei der An- 
weisung auf, die das TF-Flag setzt. Wenn z.B. die 
Anweisung POPF das TF-Flag setzt, tritt der Trap 
erst am Ende des nächsten Befehls auf. 

Die Interrupt-Prioritäten gewährleisten, daß 
bei einem externen Interrupt der Einzelschritt- 
modus abgeschaltet ist. Treten sowohl ein exter- 
ner, als auch ein Einzelschritt-Interrupt zusam- 
men auf, wird zuerst der Einzelschritt-Interrupt 
bearbeitet. Dieser löscht das TF-Flag. Nach dem 
Retten der Rücksprungadresse oder der Task- 
umschaltung wird die Eingabe des externen 
Interrupts vor der ersten Anweisung der Einzel- 
schritt-Behandlungsroutine behandelt. Liegt der 
externe Interrupt immer noch an, so wird er zu- 
erst bedient. Der externe Interrupt-Handler wird 
nicht im Einzelschrittmodus ausgeführt. Wenn 
Sie einen externen Interrupt im Einzelschritt 
bearbeiten wollen, müssen Sie eine Anweisung 
INT n, die auf einen Interrupt-Handler zeigt, im 
Einzelschrittmodus bearbeiten. 


44 Bild 2: 
Ausrichten von 
Breakpunkt- 
Adressen. 


“Tabelle 1: 
Breakpunkt- 
Adreßbeispiele. 
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> Tabelle 2: 

Die sieben Break- 
punkt-Bedingungen 
des Interrupt 1. 
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Statusregister-Flags Bedingung 


BS=1 Einzelschritt Ausnahme 

BO=1 AND Breakpunkt DRO, LENO, R/WO 

(GEO=1 OR LEO =1) 

Bl=1 AND Breakpunkt DR1, LEN1, R/W1 

(GE1=1 ORLEI=1) 

B2=1 AND Breakpunkt DR1, LEN1, R/W1 

(GE2=1 ORLE2=1) 

B3=1 AND Breakpunkt DR3, LEN3, R/W3 

(GE3=1 OR LE3=1) 

BD=1 Debugregister sind nicht 
verfügbar. ICE-386 benötigt 
die Debugregister 
(nur im geschützten Modus) 

BT=1 Taskumschaltung (nur im 


geschützten Modus) 


Taskumschaltungs-Breakpunkt 

Im geschützten Modus tritt nach der Umschal- 
tung zu einer neuen Task eine Unterbrechung 
ein, wenn das TSS-Bit gesetzt ist. Der Breakpunkt 
ist nach der Taskumschaltung aktiv, aber bevor 
die erste Anweisung ausgeführt wird. Die Aus- 
nahme-Behandlungsroutine kann die Task- 
umschaltung am BT-Flag des Debugstatusregi- 
sters (DR6) erkennen. 


Interrupts 


Sowohl der 386, als auch frühere Mikroprozesso- 
ren verwenden zwei Interruptvektoren für das 
Debuggen. Interrupt 1 ist für die Einzelschrit- 
tausnahme reserviert, Interrupt 3 für Befehls- 
Breakpunkte. Zusätzlich erzeugt der 386-Mikro- 
prozessor einen Interrupt, wenn auf ein Debug- 
register zugegriffen wird. 


Interrupt 1 

Die Behandlungsroutine für den Interrupt 1 ist 
normalerweise ein Debugger, oder Teil eines De- 
bugsystems. Tabelle 2 zeigt die sieben Break- 
punkt-Bedingungen, die einen Interrupt 1 aus- 
lösen können. Der Debugger kann die Flags in 
DR6 und DR7 bewerten, um zu erkennen, welche 
Bedingung zum Auslösen der Ausnahme geführt 
hat. 


Interrupt 3 

Diese Ausnahme wird durch die Ausführung 
einer INT-3-Anweisung ausgelöst. Ein typischer 
Debugger, der nicht von den erweiterten 386- 
Mikroprozessor-Fähigkeiten Gebrauch machte, 
setzte einen Breakpunkt durch den Ersatz des er- 
sten Bytes des Befehls mit einer INT-3-Anwei- 
sung. 

Früher verwendeten Mikroprozessoren die 
Breakpunkt-Ausnahme für das Abfangen von 
Anweisungen. Der 386-Mikroprozessor löst die- 
ses Problem eleganter durch die Debugregister 
und den Interrupt 1. Die Breakpunkt-Ausnahme 
ist aber noch immer nützlich, um Debugger zu 
debuggen, da die Ausnahme-Behandlungsroutine 


in einem anderen Programm, als dem Debugger 
enthalten sein kann. Die Breakpunkt-Ausnahme 
kann auch nützlich sein, wenn Sie mehrere 
Breakpunkte als die vier mit den Debugregistern 
möglichen setzen. 


Ein Debugger- 
Beispielprogramm 


Sie brauchen Ihren alten Debugger nicht aufzu- 
geben, um die Vorteile der 386-Debugmöglich- 
keiten zu nutzen. Mit Hilfe eines netten Debug- 
ger-Hilfsprogramms (wie das funktionsfähige 
Programmfragment in diesem Artikel), können 
Sie Ihren Debugger weiter verwenden. Durch 
Setzen und Löschen von Datenzugriffs-Break- 
punkten mit einer Popup-Routine, ergänzt das 
gezeigte Debugger-Hilfsprogramm den Debug- 
ger. Sie können die Vorteile Ihres Debuggers 
nutzen (zum Beispiel Symbole und Disassemblie- 
rung) und verfügen zusätzlich über die im 386 
eingebauten Fehlersuch-Unterstützungen. 

Das 386-gestützte Debugger-Hilfsprogramm 
läuft im Hintergrund als Unterstützung des ande- 
ren Debuggers. Dieses Hilfsprogramm ist ein Hin- 
tergrundprogramm (TSR), das durch Drücken 
der Taste oder durch eine Debugaus- 
nahme aktiviert wird. Der Popup-Bildschirm be- 
schreibt die 386-Register und zeigt an, welcher 
der vier individuell programmierbaren Break- 
punkte auftrat. 

Unsere Debugger-Hilfe bietet einige Besonder- 
heiten. Eine Bildschirmmaske zeigt alle Register, 
die Sie benötigen, und gestattet Ihnen das ein- 
fache Eingeben von Breakpunkt-Adressen, das 
Aktivieren und Deaktivieren der Breakpunkte 
sowie das Definieren der Breakpunkt-Bedingun- 
gen. Bild 3 zeigt ein Beispiel dieser Anzeige, die 
in die folgenden fünf Bereiche aufgeteilt ist: 

« BREAKPOINT enthält die vier 386-Debugregi- 
ster und ihre Optionen. 

« COMPARE zeigt die verfügbaren booleschen 
Vergleichsoperationen. 

« SPECIAL REGS zeigt das 386-EFLAGS-Register 
in hexadezimaler Darstellung, das Debugsteuer- 
register (DR7) und das Debugstatusregister 
(DR6). 

« REGISTER SET zeigt die Werte der am meisten 
benutzten 386-Register. 

® EFLAGS zeigt die EFLAGS-Register dekodiert. 

Sie können die meisten der angezeigten Werte 
ändern, indem Sie entweder editieren oder ein- 
fach im entsprechenden Feld umschalten. 

Eine boolesche Vergleichsebene entscheidet, 
ob die Ausnahme den spezifizierten Bedingungen 
entspricht. Das Debugger-Hilfsprogramm verfügt 
zusätzlich über eine Vergleichslogik, die an- und 
abgeschaltet werden kann, indem das Umschalt- 
feld (sw) in COMPARE geändert wird. Sie kön- 
nen auch die booleschen Felder (bool) in COM- 
PARE in folgende Zustände umschalten: 


< kleiner 

<= kleiner oder gleich 
= gleich 

<> ungleich 

> größer 


>= größer oder gleich 


Der verwendete Wert in der Vergleichslogik 
wird durch das Ändern des Value-Feldes in 
COMPARE gewählt. 

Eine Interrupt-Serviceroutine behandelt die 
Ausnahmen. Das Debugger-Hilfsprogramm ver- 
fügt über zwei Interrupt-Serviceroutinen (ISRs). 
Eine ISR behandelt den (Sysreg )-Tastendruck, die 
andere behandelt die Debugger-Ausnahme-Inter- 
rupts. Ein Teil des Programms in Listing 1 bein- 
haltet eine Interrupt-Serviceroutine. 

Von den Interrupt-Serviceroutinen wird ein 
gemeinsamer Programmteil aufgerufen. Im De- 
bugger-Hilfsprogramm verwenden beide ISRs ein 
gemeinsames Programmteil, das die 386-Register 
in eine große Datenstruktur kopiert. Dieser Pro- 
grammteil übergibt dann die Adresse der Daten- 
struktur an das Hochsprachenprogramm, das die 
Aufgaben der Benutzerschnittstellen erledigt. 

Nachdem die Register (vom Anwender) geän- 
dert wurden, übergibt das Hochsprachenpro- 
gramm die Kontrolle wieder an die gemeinsame 
Routine. Diese kopiert ihrerseits das Registerab- 
bild wieder in die 386-Register und »legt sich 
schlafen« bis die nächste Ausnahme auftritt, oder 
die (Sysreg)]-Taste betätigt wird. Listing 1 beinhal- 
tet den gemeinsamen Programmteil in As- 
sembler. 

Einige der Assemblerbefehle werden für Sie 
ungewohnt sein. Da es noch wenige 386-As- 
sembler gibt, habe ich die 386-spezifischen Be- 
fehle mit der Hand assembliert. Viele sind sehr 
einfach zu kodieren, da sie nur ein Präfix-Byte 
benötigen. Dieses Präfix-Byte gibt an, daß der 
folgende Befehl mit 32-Bit-Operanden, statt mit 
16-Bit-Operanden arbeitet, wie die Befehle, die 


BREAKPOINT 
sw segm offset 


= 000000000000 


oma | 
[rm rmen] te [one] 
oe 


type lenght 


BIC 


CS:ESP |1854 |0o0o22eo| EBX 
DS:ESI [185400000000] Ecx|00000000] 


or F3=INT3 


Fil=help 


F10=exit 


forward odd parity 


| zero [disable ints 


F9=app screen F5=toggle +(rubout)=edit 


Taste SysReq gedrückt 
INT 15 ISR 


Boolesche Vergleichslogik 
Anzeige- und Editierroutine 


es vor dem 386 gab. Wenn Sie zum Beispiel das 
Präfix-Byte 066H vor die Anweisung 
MOV AX,BX 

setzen, ergibt dies eine 386-Anweisung, die 
der Mikroprozessor als folgenden Befehl behan- 
delt: 

MOV EAX,EBX 

Bild 4 zeigt den Programmfluß des Debugger- 
Hilfsprogramms. 

Das Verständnis der Debugunterstützung des 
386-Mikroprozessors, wie ich sie in diesem Arti- 
kel dargestellt habe, ergibt einen guten Aus- 
gangspunkt zum Finden von schwierigen Feh- 
lern. Es setzt die Basis für das Programmieren 
spezieller Debughilfsmittel, die zu dem gegebe- 
nen Problem die Suche der Lösung erleichtern. 
Ich will hiermit aber keinen Leser verleiten, 
einen Debugger zu programmieren. Aber unter 
gewissen Umständen verkürzt ein Debugger- 
Hilfsprogramm wie das hier vorgestellte die 
Fehlersuche. Außerdem gibt es Ihnen die Befrie- 
digung, die Debugfähigkeiten besser auszunut- 
zen und das interne Arbeiten des modernsten 
Mikroprozessors besser zu verstehen. 

Marion Hansen, Nick Stuecklen 


SPECIAL REGS 


DR7 
DR6 
EFLAGS 


EFLAGS 


“Bild 4: 


Programmfluß des 
Debugger-Hilfspro- 
gramms. 


Bild 3: 

Das Debugger- 
Hilfsprogramm zeigt 
die 386-Mikropro- 
zessor-Register mit 
den vier Debugregi- 
stern in der linken 
oberen Ecke. Es er- 
laubt Ihnen die 
Breakpunkte zu 
setzen und die Be- 
dingungen hierfür zu 
definieren. 
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Listing 1: 
Das Debugger- 
Hilfsprogramm. 
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NAME  ISR 
EXTRN display_and_edit_regs:FAR 


CODE SEGMENT PUBLIC 'CODE* 

ASSWME CS:CODE 

PUBLIC INTI_ISR, INT9_ISR, 5 1SR 
PUBLIC orig_INTI_ISR_ptr, orig_T 
PUBLIC orig_INTI_ISR_ptr 


ISR_common 
{_ptr, orig_SYSREQ_ISR_ptr 


This Assembly language module is composed of two interrupt service routines 
(ISRs) and another block of code shared between the two ISRs. 

The module is used to either awaken a register display/edit routine as a 
result of an 80386 debug exception, or to awaken the display/edit routine 
as a result of a user request to *pop-it-up" (via the SYSREQ key). 


The first ISR, known as INTI_ISR, services the 80386 debug exception interrupt, 


and then CALLS the common block of code, ISR_common. 


; 

; 

i 

; 

; 

; ISR_common coples the current 80386 register image into a large data 
; structure and then CALLs the register display/edit routine (written in a 
; higher-level Tanguage). 

b 

+ The second ISR, known as SYSREQ_ISR, is chained into the BIOS INT 15h 
; iInterrupt, and it merely awaits a SYSREQ key press (passing any other 
; INT 15h requests to the original INT 15h handler) before calling 

; ISR_common. 


The display/edit routine (not show in this article, but written in 
PL/M-B6) allows the user to examine and/or modify, by reading/altering 
the aforementioned register image data structure, the normal 80386 
registers (in full 32 bit form), as well as the debug registers. 


EJECT 


Define structure/data area used to hold copies of the register images 
as they exist when the INT 1 ISR is entered. 


WARNING: 
The register ordering is FIX EDI | | The display_and_edit_regs 
subroutine assumes a predefined ordering. 


ALSO: 
You probably noticed that each table entry Is 32 bits long, 
even though some registers are actually only 16 bits long (like CS). 
The uniform entry size makes indexing into the table much easier 
on the display routines. If a register is only 16 bits wide, then 


are wasted. This is not a problem, since the program is not so large 
that such wastage is critical. 


„nn neuen. 


ISR_register_image LABEL DWORD 

ISR_| DW 0 ;This register is 32 bits wide 
DW 0 

ISR_DRI DW 0 ;This register is 32 bits wide 
DW [} 

ISR_DR2 DW o This register is 32 bits wide 
DW 0 

ISR_DRI DW o ‚This register is 32 bits wide 
DW ° 

1SR_DRE DW o ‚This register is 32 bits wide 
DW 0 

1SR_DR7 Du 0 ‚This register is 32 bits wide 
DW 0 

ISR_CS mm (} ‚This register is 16 bits wide 
Du ? ; (these 16 bits unused) 

ISR_EIP Du 0 ;This register is 32 bits wide 
Di 0 

15R_SS Di 0 ;This register is 16 bits wide 
DW ? ; (these 16 bits unused) 

ISR_ESP Di 0 ‚This register is 32 bits wide 
Di b} 

ISR_DS Di 0 ‚This register is 16 bits wide 
Di ? ; (these 16 bits unused) 

1SR_ESI Du 0 ‚This register is 32 bits wide 
Du 0 

ISR_ES Du o This register is 16 bits wide 
Du ? ;__ (these 16 bits unused) 

ISR_EDI DW 0 This register is 32 bits wide 
DW 0 

I1SR_EAX DW 0 ;This register is 32 bits wide 
DW 0 

ISR_EBX Du 0 ‚This register is 32 bits wide 
DW 0 

ISR_ECK DW 0 ;This register is 32 bits wide 
DW [J 

ISR_EDX DW o ;This register is 32 bits wide 
DW 0 

I1SR_EBP DW 0 ;This register is 32 bits wide 
DW (J 

ISR_FS DW 0 ;This register is 16 bits wide 
DW ? ; (these 16 bits unused) 

1SR_6$ DW J ‚This register is 16 bits wide 
Du ? ; (these 16 bits unused) 

ISR_CRO DW 0 ‚This register is 32 bits wide 
DW } 

ISR_EFLAGS DW 0 ;This register is 32 bits wide 
DW 0 


The following space is allocated for the display _and edit_regs routine, 
but is not used by the ISRs. 


. nn. 


drO_segment 
drö_offset 
drO_compare_value 
drO_compare_enable 
dri_segment 
dri_offset 
drl_compare_value 
dri_compare_enable 
dr2_segment 
dr2_offset 
dr2_compare_value 
dr2_compare_enable 
dr3_segment 
dr3_offset 
dr3_compare_value 
dr3_compare_ enable 
drO”boolean 
dr1_boolean 
dr2_boolean 
dr3_boolean 


8383338338838333333535 
©S96900000000000000000 


the high order 16 bits of its register image from the following structure 


SEJECT 


Allocate storage for INT 3 flag — this flag is set/reset by the 
register display routine, and indicates whether the 1SR_common code 
should trigger an INT3 shortiy before RETing. 


NT3_flag 08 ? 


Allocat storage for the request flag — we set this flag to Indicate 
to the register display routine whether we're calling it from 
SYSREQ (*pop-up* request) or INTI (debug exception has occurred). 


request_flag Da ? 
INTI_request Ew 0 
SYSREQ_request ww 1 


Define the values necessary for processing SYSREQ key presses. 


SYSREQ_key_pressed EQU 08500h 
keyboard status port EQU 064h 
{nput_buffer_fuTl EQU 002 
enable_keyboard EQU OAEh 
PIC EQU 020h 
£01 EQU 020h 


ISR local stack definition... 


DW 512 DUP (0) 
WORD 


ISR_stack LABEL 


ori 


ri 
ori 
ori 
ori 


Where we store the original SS:SP before we install the local stack. 


g_ISR_stack_ptr Du 7 
DW 


Storage for copy of local code segment value. 


ocal_data_seg Di CODE 


Define storage for the original interrupt service routine addresses 
for the interrupts onto which we']] be chaining or installing ourselves. 


g_INTI_ISR_ptr a ! 
'g_INT3_ISR_ptr Kr \ 
g_INT9_ISR_ptr a ! 
g_SYSREQ_ISR_ptr el ! 


The following instruction prefix is 80386-specific. It identifies the 
subsequent instruction as one which uses a 32 bit operand size. This 
prefix allows us to create B0386 instructions using an 80286 assembler. 


operand_size_32_prefix EQU O66H 


Define stack frame which exists at the time the ISR_common 15 CAlLed. 


SR_stack_parm STRUC 
TSR_RTNA DW 7 ;Return address (to INTI_ISR or SYSREQ_ISR) 
old_Ip Du 7 :IP of code which was in progress at time 
old_ts DW 7 ; the debug exception occurred 
old_FLAGS Di ? ‚State of the FLAGS at time of exception 
ISR_stack_parm ENDS 


Define flag which can be used to determine whether or not we're already 
servicing an interrupt request (in other words, are we being re-entered ? ) 


SRA_In_progress 08 FALSE 
FALSE eu 0 
TRUE EU OFFh 
SEJECT 


inrı (80386 Debug Exception) Handler 


This interrupt service routine can be entered as a result of 
one of the following conditions: 


1 - instruction execution breakpoint 
2 - data access breakpoint 

3 — general detect fault 

4 - single step trap 

5 - task switch breakpoint 


The ISR first ensures that it is not being re-entered, and then 
CALLs ISR_common. 


InTI_ISR PROC FAR 


sJump around header field 

;This header is a *marker" used to 
; determine If the ISR is already 
; installed 


MP INTI_start 
DB "DAGGER' 


INTI_start: 
PUSHF ‚Save FLAGS 
cup CS:15R_in_progress TRUE ;Are we being re-entered? 
NE  not_being_reentered NO 
POPF YES, recover FlAGs, 
st ; put interrupts back on, 
IRET ; and leave 


Mark "in progress” flag so that we can't be re-entered 


t_being_reentered: 
WV CS:ISR_In_progress, TRUE 
nor 0$: request_ flag, INTI_request 


Show "in progress" 
Set flag indicating that this 
INT occurred as a result of 
an 80386 debug exception 
Bien FLAGS 


POPF 
ommon ISR code 


3 
F 
“ 


CALL 
and an 


SYSREQ (System Request Key) Handler 


This interrupt service routine can be entered as a result of 
one of the following conditions: 


SYSREQ u pressed 
some other 8105 INT 15 request occurred 
We will only CALL ISR_common if the ISR was entered as a result of a user 


request to "pop-up" the register display/edit screen. 
Otherwise, we simply chain onto the old BIOS INT 15 ISR. 


SYSREQ_ISR PROC FAR 


PUSHF ‚Save FLAGS 
cp AX,S key_pressed ;Was the INT for SYSREQ key ? 
JE process _SYSREI sYES — do local processing 


chain_to_original_ISR: 
FopF ;NO, recover FLAGS 

stı ;Interrupts back on 

Jmp DWORD PTR CS:orig_SYSREQ_ISR_ptr ;Chain on to original SYSREQ ISR 


process_SYSREQ: 
PUSH AX ‚Save AX 
Hov AL,EOI 
aut PIC,AL ‚Issue End-of-Interrupt to PIC 


await keybi controller: 
Al,keyboard_status_port 


Get keyboard controller status 
Test AL,input_buffer full 


Keyboard controller ready to accept command 7 


nz await, _keybd_ı controller FL 

HoN Al,enable_| keyboard svEs 

our keyboard_Status_port,AL ;Re-enable keyboard 
por ax ; recover AX 
POPF ; recover FLAGS, 


IF we're being re-entered, then simply chain to original ISR, 


PUSHF ‚Save flags 

cur ($: 1SR_in_progress TRUE ;Are we being re-entered? 
JNE SYSREQ_not_being_reentered ;No 

amp chain_to_originaT_ISR Chain to original ISR 


H ELSE: mark "in progress" flag so that we can't be re-entered 


SYSREO, not. being_reentered: 
MV CS:ISR_in_progress, TRUE 
Mon (S:request_flag,SYSREQ_request 


;Show "in progress” 

‚Set flag indicating that this 

; INT occurred as a result of 

; a user request to "pop-up" 
; the display/edit routine 

POPF = FLAGS 


CALL 1SR_common CALL common ISR code, 
mp DWORD PTR CS:orig_SYSREQ_ISR ptr; and then JMP to original INT 15h 
ENDP 


SYSREQ_ISR 


$SEJECT 
INTI_ISR PROC FAR 
MP DWORD PTR CS:orig_INT9_ISR_ptr 
INT9_ISR ENDP 
$EJECT 


Common Interrupt service routine code (shared by INTI_ISR and SYSREQ_ISR) 


This common block of code simply copies the current register state into 
the large data structure described earlier. The address of the data 
structure is passed to the display/edit registers routine, which is a 
higher-level language subroutine that allows the user to edit the 
normal 80386 registers, as well as edit the debug registers. 


st ;Interrupts back on 


Put EBP into data structure. 

Put EAX into data structure, 

Then get EFLAGS into data structure via EAX. FLAGS (low word of EFLAGS) 
were pushed onto the stack by the CPU when the INT occurred. We’il 

Just OR the FLAGS (low 16 bits of EFLAGS) from the stack with the high word 
of current EFLAGS. 


Listing 1: 


08 operand_size_32 prefix Fortsetzu 
mov CS: 15R_EBP,BP ;EBP into global structure q ng) 
D8 operand_size_32_prefix 
mov BP,Sp sEBP = current ESP 
DB operand size _32_prefix 
mov CS:ISh EAX,AX ;EAX into global structure 
08 operand_size_32_prefix 
PUSHF PUSH EFLAGS 
08 operand_size_32_prefix 
POP MX ;POP EAX (high word of EAX has high word of EFLAGS) 
nov AX,[BP] .old_FLAGS ‚Get FLAGS from stack into low word of EAX 
08 operand size 32 _prefix 
MOV CS:ISR_EFLAGS, sEFLAGS Into global structure 
SEJECT 
5 
i Get C$:1P from stack (placed there by 80386 when INT 1 occurred). 
r MV AX,[BP].old.cs ;Get CS from stack 
MOV CS: ISR_CS,AR ;C$ into global structure 
D8 operand_size_32_prefix 
suB AX,AX ;Clear high word of EAX 
Mon ax. [BP] „old_1P ‚Get IP from stack Into Iow word of EAX 
DB operand_size_32_prefix 
MOV CS:ISR EIP,AR sEIP into global structure 
; Copy the rest of the registers into the data structure. 
- MY  CS:ISR.DS,DS ‚DS 
dB operand_size_32_prefix 
MOV CS:ISR ESI,ST sEsT 
MOV CS:1SR_ES,ES sES 
08 operand size_32_prefix 
MOV CS:ISR_EDI.DT ;EDI 
08 operand_size_32_prefix 
MOV CS:ISR_EBX,BR sEBX 
D8 operand_size_32_prefix 
MV CS:ISRECK.CK <= sECX 
08 operand_size_32_prefix 
MOV CS:ISR EDX,DX ;EDK 
08 08Ch ‚OEOh »Fs 
MOV CS:ISRLFS,AX 
08 06Ch OEBh 65 
MOV CS:ISRGS,AX 
08 00Fh.020h,0C0h ;CRO 
d8 operand size _32_prefix 
MOV CSEISRERD,AX 
D8 OFh,021h,0C0h ;DRO 
v8 operand_size_32_prefix 
MOV CS:ISR_ÖRD,AX 
08 OFh,021h,0C8h ;DRI 
DB operand_size_32_prefix 
noV CS:1SR_ÖRI, 
06 OFh,021h,000h ;DR2 
08 operand size_32_prefix 
MOV CS:ISR DRZ.AR 
08 OFh,021h,008h R sDR3 
D8 operand size 32 _prefix 
MOV CS:ISR_ÖR3,AX 
D8 OFh,021h,0F0h ;DRE 
D8 operand_size_32_prefix 
MOV CS:ISR ÖRG,AX 
08 OFh,021h,0F8h ;DR7 
1} operand_size_32_prefix 
MOV CS:ISR_DR7,AR 
SEJECT 
R Save original SS:SP into save area and also Into the global structure, 
; and then create a new SS:SP so that we can CALL a stack-intensive 
» P/IM-86 routine. 
z 08 operand_size_32_prefix 
ADD BP,SIZE ISR I Stack_parm ;Adjust EBP (which is a copy 
; of original ESP) so that it 
; reflects original state of 
; ESP at the time INT occurred 
08 operand_size_32_prefix 
HOV CS: 15R_EsPp,BP ESP into global structure 
MOV CS: 15R_S$,5S +SS into global structure 
MOV CS:orig_ISR_stack_ptr,SP ‚Save SP into local storage 
MOV CS:orig_ISR stack_ptr + 2,55 ;Save SS into local storage 
cLi Clear INTs while working on stack regs 
MOV 55,0S:local_data_seg ‚New SS 
LER SP,ISR_stack ‚New SP 
stı ‚Restore INTs 
b 
; CALL the PL/M-86 procedure responsible for displaying and processing 
; the Information we've Just put into the data structure. 
; The PL/M routine will read and display the register state (as shown 
; in the data structure), and will allow the user to indirectIy modify the 
; registers (including the debug registers) via edits to that same 
; structure, 
; hen the display/edit routine RETurns, we'i] copy the register image 
; back into the 80386 registers. 
y LEA AX,ISR_register_image ‚Pass the address of the 
PUSH c5 ; register image 
PUSH ax ; as a pointer on the stack 
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Jetzt stehen Datengeier 
vollends Kopf 


Version 3.0: Die neue 
Datenschutz-Dimension 


Die intelligente Lösung 
SaveDir schützt Ihre Programme und Daten sicher vor 
Mißbrauch, Löschen und Manipulationen. 


Überzeugend ist das PC-gerechte Konzept: 

Wirksamer Datenschutz vereint mit erstaunlich kurzer 
Laufzeit und problemloser Handhabung. 

Einzigartig: Die Sicherheit 

Der speziell für SaveDir entwickelte Verschlüsselungs- 


Algorithmus garantiert die Sicherheit Ihrer Daten. Selbst 
Utilities erhalten keinen Zugang. 


Tausendfach bewährt 


Bereits SaveDir 2.1 erzielte hervorragende Testergebnisse 
und wurde ausgezeichnet. SaveDir 3.0 ist noch besser: 
Es bietet zahlreiche neue Möglichkeiten. 


Unverändert günstig ist der Preis: nur DM 198,- 


Viele tausend Anwender schützen ihre Daten mit 
SaveDir. Handeln auch Sie. Jetzt. 


4 Andreas Müller Software 


Der Spezialist für Datenschutz auf dem PC 


Dieffenbachstraße 59 Telefon (030) 691 66 14 
D-1000 Berlin 61 Telefax (030) 692 25 23 


-------- - --->-, 


SaveDir-Coupon 
Och bestelle SaveDir für nur DM 198,- 


Nicht vergessen: 


; : f + Name 
O per Nac > O Scheck anbe 
per Nachnahme O Scheck anbei e Adresse 
Ol Bitte Info incl. Gratis-Demo zusenden + Telefon EN 
F co 
Diskettenformat: 5 
- D5Ww" 03%" % 
Bei Bestellung: Datum und Unterschrift > 


E 


LEA AX,INT3_flag Pass the addrs of INT3 flag 


PUSH c5 ; so that the display/edit routine 
PUSH AX ; can set/reset it as the user so desires 
mov AL,CS:request_flag ‚Pass the request type flag so 
PUSH ax ; that the display/edit routine 


; can determine whether it was called 
; as the result of an INT 1 or SYSREQ 
CAlL  display_and edit_regs ;CALL the P/LM-86 PROCedure 
SEJECT 


; Transfer the edited register images from the global structure 
; back into the 80386 registers. 


operand size 32_prefix 


BX,CS: TER EBK sEBX 
öperand_size_32_prefix 
CX,C5:15R_ECK ;ECK 
operand_size_32_prefix 

0X%,C5:1SR_EDK sEDX 
operand size 32_prefix 

S1,C5:15R_ES ;ESI 
operand size _32_prefix 

D1,C5:1SR_EDI ;EDI 
operand_size_32_prefix 
BP,CS:ISR_EBP ;EBp 
ES,CS:ISR_ES sE8 
05,05: 1SR_DS ;D5 
AX,CS:ISR_FS 

O8Eh,0EOh MOV FS.AX 


AX,CS:ISR_6S 
OBEh,OESh :MOV 65,AX 


operand size _32_prefix 
AX,CS:TSR_C 
OOFh.022h,0C0h ;MOV CRO,EAX 


operand size_32_prefix 
AX,CS: 15R_DRÖ 
00Fh,023n,0C0h ;MOV DRO,EAX 


operand si ze_32_pref ix 
AX,CS:1SR_DRT 
00Fh,023h,0C8h ;MOV DRI,EAX 


operand_size_32_prefix 
AX,CS:ISR_D 
OOFh,023h,000h MOV DR2,EAX 


BES 333 BES SEE 338 35 83 3 3 38 38 38 58 88 38 


operand_size_32_prefix 
AX,C5: ISR_OR3 
00Fh,023h,008h MOV DR3,EAX 


; Clear out DR& — all bits in that reg must be reset after each 
; INT ı (Ignore whatever is currently sitting in the DR6 register image). 


0B operand_size_32_prefix 
AX,AX 


suB A ;SUB EAX,EAX 
DB O0Fh,023h,0FOh ;MOV DR6,EAX 

De operand size_32_prefix 

MOV AK„CS:ISR_DRF ;MOV EAX,„CS:TSR_OR7 
D8 OOFh,023h,0FSh ;MOV DR7,EAX 


D8 operand size 32 prefi x 


MON AX,CS: ISR_EFLAG :MOV EAX,CS: ISA_EFLAGS 


DB operand_size_32_prefix 

PUSH ax sPUSH EAX 

DB operand_size_32_prefix 

POPF ‚POP EFLAGS 

DB operand_size_32_prefix 

MV AX„CS:TSR_EAX 5MOV EAX,CS:ISR_EAX 


SEJECT 


’ 


; 
; Clean up stack. 


c ‚Clear INTs while working on stack 
MOV $5,CS:orig_ISR_stack_ptr + 2 ;Get original SS 

MOV SP,CS:orig_ISR_stack_ptr ‚Get original SP 

MON CS: ISR_in_progress, FALSE ‚Show “no longer in progress" 


Issue an INT3 (old-styie debugger interrupt) if user so directed. 

; In that fashion, we can trigger a "real" debugger (presumably one which 
; will allow us to examine/modify memory and display symbol Information). 
We can merely get rid of the local caller's return address, 

and then "IMP* directiy to the original INT3 ISR. Since our code 

was entered as a result of an INTI, then the stack will already be 

set up such that the INT3 routine has only to execute an IRET. 


cup CS: INT3_flag,O ‚Did the user want an INT3 ? 
J2 ISR_common_RET ;NO 
POPF +YES, recover flags, 
ADD sp,2 s pop-off the local 

; caller's return address 
PUSH BP ‚Save reg 
MOV BP,S| ;Get stack ptr 


„sp 

INC WORD PTR [BP + 2] ;Adjust IP on stack such that 
; the INT3 handier can DEC to 
; adjust for the *INT3" 

Por BP ;Recover reg 

st ‚Put interrupts back on, 

MP DWORD PTR CS:orig_INT3_ISR_ptr ; and then "JMP* to the 
; original INT3 ISR 


‚Recover flags 


sm ‚Interrupts back on 
RET 

ISR_common EnDp 

CODE ENDS 


Programmgeschwindigkeiten 
erhöhen mit Mathematik- 
Coprozessoren: 


Auf, auf 
und davon 


Der Mikroprozessor in Ihrem Com- 
puter ist leistungsfähig, aber nicht 
für komplexe arithmetische Opera- 
tionen ausgelegt. Wenn es sich um 
einen 8086, 8088, 80286 oder 
80386 handelt, so kann er Kließ- 
kommaberechnungen erheblich 
schneller und präziser ausführen, 
wenn er zusätzlich über einen 
mathematischen Coprozessor ver- 
fügt. Die Coprozessoren sind auch 
für kaufmännische Applikationen 
nützlich. Der Coprozessor kann 
binär kodierte Dezimalzahlen bis 
zu einer Länge von 18 Stellen im 
Zahlenbereich 2 x 10 bis 2 x 10° 
ohne Rundungsfehler bearbeiten. 
Real-Zahlen kann er im Werte- 
bereich von 3,4 x 10-4932 bis 1,1 x 
104932 bearbeiten. 


Standard- z 


U 


Exponenten 

Multiplizieren/ ———— 

Dividieren = Mit 8087 
Addieren/ me B Ohne 8087 
Subtrahieren 


111 
000000000012 
000 

Sekunden 


F: ein eigens dafür ausgelegtes Programm 
eine mathematische Berechnung durch, so 
verwendet es den arithmetischen Coprozessor, 
statt den Mikroprozessor. Der Coprozessor führt 
die Berechnung durch und übergibt das Ergebnis 
dem Mikroprozessor. Die gesamte Operation 
benötigt nur einen Bruchteil der Zeit, die der 
Mikroprozessor benötigen würde. Um Ihnen 
einen Eindruck zu vermitteln, wie schnell der 
Coprozessor ist, vergleicht Bild 1 die Neu- 
berechnung einer Tabelle mit und ohne 8087- 
Coprozessor. 

Neben der schnelleren Programmausführung, 
spart der Coprozessor auch Programmierzeit. Da 
die trigonometrischen, 
exponentiellen Funktionen im Coprozessor 
hardwaremäßig vorhanden sind, braucht der 
Programmierer diese Funktionen nicht selbst zu 
schreiben. Mit diesen hardwaremäßigen Funk- 
tionen sind auch die Programme kleiner. Die 
Coprozessoren bieten Befehle für viele numeri- 
sche Operationen wie die Zahlenkonvertierung, 
arithmetische Operationen und transzendente 
Funktionen (Tangens, Exponentialrechnung und 
Logarithmen). 

Ein Coprozessor ist der billigste Weg, um die 
Verarbeitungsgeschwindigkeit von recheninten- 
siven Programmen zu erhöhen. Für den Bruchteil 
des Preises einer Beschleunigungskarte kann der 
Coprozessor Fließkommaoperationen beschleu- 
nigen. Außerdem benötigt er keinen (oder keine 
zwei) Erweiterungssteckplätze, da der Sockel für 
ihn schon auf der Hauptplatine vorhanden ist. 

Es gibt drei verschiedene mathematische Co- 
prozessoren: den 8087 (für den 8086 und den 
8088), den 80287 (für den 80286) und den 
80387 (für den 80386). Sowohl 8087, als auch 
80287 gibt es in drei Geschwindigkeits Ausfüh- 
rungen. Die von Ihnen benötigte Ausführung 
hängt von der Taktfrequenz des Coprozessor- 
Sockels Ihres Computers, nicht von der Taktfre- 
quenz des Mikroprozessors ab. Zum Beispiel ver- 
sorgen einige 10-MHz-Computer den Sockel mit 
8 MHz, und benötigen deshalb einen Coprozes- 
sor mit 8 MHz. Wenn Sie sich über die Ge- 
schwindigkeit des von Ihnen benötigten Copro- 
zessors nicht sicher sind, so sollten Sie den Her- 
steller des Computers befragen. 

Hunderte von Applikationen wurden so pro- 
grammiert, daß sie Gebrauch von der Geschwin- 
digkeit und der Präzision des Coprozessors 
machen. Diese sind sowohl aus dem kaufmänni- 
schen Bereich und dem Ingenieurwesen sowie 
grafische Anwendungen und Statistikpakete. 
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“Bild 1: 

Die Kalkulation eines 
Kalkulationsblatts 
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8087 erheblich 
schneller erfolgen. 
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> Tabelle 1: 

Die Ausführungszeit 
für Fließkomma- 
Berechnungen ver- 
kürzt sich stark, 
wenn ein 8-MHz- 
IBM-PC mit einem 


Coprozessor ausgerü- 


stet ist. 
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Befehl Ungefähre Ausführungszeit 
(in Mikrosekunden) 

Mit 8087_ Ohne 8087 
Addition/Subtraktion 10,6 1.000,0 
Multiplikation 
(kurze Fließkommazahlen) 11,9 1.000,0 
Multiplikation 
(temporäre Fließkommazahlen) 16,9 1.312,5 
Division 24,4 2.000,0 
Vergleich 5,6 812,5 
Laden (lange Fließkommazahlen) 6,3 1.062,5 
Speichern (lange Fließkommazahlen) 13,1 750,0 
Quadratwurzel 22,5 12.250,0 
Tangens 56,3 8.125,0 
Exponentiation 62,5 10.685,5 


Auch viele Compiler und Assembler unterstützen 
den Coprozessor. Der Gebrauch eines Copro- 
zessors mit all diesen Programmen könnte nicht 
einfacher sein, da die Schnittstelle zwischen 
Mikroprozessor und Coprozessor eingebaut ist. 
Der einzige Unterschied, den Sie bemerken wer- 
den, ist die erhöhte Verarbeitungsgeschwindig- 
keit. 


Entwicklungswerkzeuge 


Fast alle Compiler und Assembler erzeugen Co- 
prozessor-Code. Dies gilt für alle derzeitigen Ver- 
sionen von Microsoft C, Pascal und Fortran, 
ebenso wie für Borlands TurboPascal. Unabhän- 
gig von der verwendeten Sprache, ist die Bear- 
beitung komplizierter mathematischer Ausdrücke 
mit einem Coprozessor einfach. 

In einer Hochsprache ist die Verwendung eines 
Coprozessors völlig problemlos. Die Coprozessor- 
Befehle, wie Sinus, Wurzel, Tangens Hyberboli- 
cus und Logarithmen werden in den von den 
Herstellern gelieferten Bibliotheken verwendet. 

Assembler-Programmierer, die den Microsoft 
Macro Assembler der Version 1.25 oder höher 
verwenden, können entweder Programme 
schreiben, die direkt den Coprozessor anspre- 
chen, oder Sie können diesen indirekt anspre- 
chen, indem Sie auf Bibliotheken von Microsoft 
C, Pascal oder Fortran zurückgreifen. Zusätzlich 
kann eine Anzahl von Bibliotheken unabhängiger 
Softwarehersteller verwendet werden, die sich 
auf Mathematikbibliotheken spezialisiert haben. 

Obwohl die meisten der Programme Biblio- 
theksfunktionen mit oder ohne Coprozessor auf- 
rufen können, laufen diese Programme auf einem 
Computer mit Coprozessor wesentlich schneller. 
Tabelle 1 zeigt die Erhöhung der Ausführungs- 
geschwindigkeit von Fließkommaoperationen 
eines typischen Tabellenkalkulationsblatts auf 
einem 8-MHz-Computer mit installiertem Copro- 
ZesSOr. 

Viele Hochsprachen linken eine Emulations- 
bibliothek in jedes Programm, das Fließkomma- 
zahlen-Berechnungen durchführt. Es wird außer- 


dem Code erzeugt, der das Vorhandensein des 
Coprozessors zur Laufzeit testet. Ist dieser vor- 
handen, so wird er benutzt. Ist er nicht vorhan- 
den, so wird die Emulationsbibliothek benutzt. 
So können Programme, die geschrieben wurden, 
um den Coprozessor auszunutzen, auch auf 
einem Computer laufen, der keinen Coprozessor 
installiert hat. 

Die Fehlersuche in Programmen mit Coprozes- 
sor-Befehlen ist nicht viel schwieriger als in Pro- 
grammen ohne diese Befehle. Ein guter Debug- 
ger, so wie etwa CodeView, der im Microsoft C- 
Compiler seit der Version 4.0 enthalten ist, ge- 
stattet Ihnen das Ansehen und Ändern sowohl 
der Coprozessor-Register, als auch der Kontroll- 
und Statusregister. CodeView zeigt die Daten- 
register sowohl in ihrer internen hexadezimalen 
80-Bit-Darstellung als auch ihren dezimalen Wert 
an. So ist die Fehlersuche in Fließkomma- 
befehlen nicht viel schwieriger als in Mikropro- 
zessorbefehlen. 


Synergy 


Der Coprozessor ist eine Erweiterung des Mikro- 
prozessors (Intel bezeichnet den Coprozessor 
auch als numerische Prozessorerweiterung). Sie 
benützen dieselben Busse und Speicher. Die Sta- 
tusleitungen des Mikroprozessors sind direkt mit 
dem Coprozessor verbunden, wodurch der Co- 
prozessor die Befehlsfolge des Mikroprozessors 
verfolgen kann. Der Coprozessor verfolgt und 
dekodiert die Befehle ohne jeglichen Zusatzauf- 
wand. Er liest jeden Befehl in seine Befehls- 
schlange, führt aber nur Befehle aus, die für ihn 
bestimmt sind und behandelt die Mikroprozes- 
sorbefehle wie NOPs (keine Aktion). Im Gegen- 
satz dazu behandelt der Mikroprozessor die An- 
weisungen des Coprozessors wie NOP's, und 
führt seinerseits nur die für ihn bestimmten An- 
weisungen durch. Der Mikroprozessor kontrol- 
liert die Programmausführung, der numerische 
Coprozessor die numerischen Operationen. 

Anstelle der 8-Bit-Register des 8088, der 16- 
Bit-Register des 80286 oder der 32-Bit-Register 
des 80386, verfügt der Coprozessor über 80-Bit- 
Datenregister, wodurch er mehr Informationen 
speichern kann. Die Register des Coprozessors 
sind für einen speziellen Datentyp ausgelegt, und 
unterscheiden sich stark von den Allzweckregi- 
stern des Mikroprozessors. Die beiden Bausteine 
können aber trotzdem Daten über gemeinsame 
Speicherbereiche austauschen. 


Datentypen 


Die Register des Coprozessors sind für die Auf- 
nahme von 80-Bit-Fließkommazahlen ausgelegt. 
Diese Zahlendarstellung, die Intel »temporary 
real« bezeichnet, ist identisch mit dem vorge- 
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schlagenen IEEE 754 Fließkomma-Standardfor- 
mat. Diese Zahl besteht aus einem Vorzeichenbit, 
einem 15 Bit breiten Exponenten und einem 64 
Bit breiten Signifikanten. Obwohl der Coprozes- 
sor alle Daten in diesem Format speichert, kann 
er sechs andere Formate lesen und schreiben. 
Diese Formate sind: dezimal gepackt, lange 
Fließkommazahlen, lange Ganzzahlen, kurze 
Fließkommazahlen, kurze Ganzzahlen und 2- 
Byte-Ganzzahlen (Bild 2). Die Coprozessor-Spei- 
cher- und Ladebefehle wandeln automatisch die 
anderen sechs Datenformate in das temporäre 
Fließkommaformat und zurück. Der Microsoft 
Macro Assembler erlaubt die Deklaration dieser 
Formate mit den Anweisungen DW (2-Byte- 
Ganzzahlen), DD (kurze Ganzzahlen und kurze 
Fließkommazahlen), DQ (lange Ganzzahlen und 
lange Fließkommazahlen) und DT (gepackte 
Dezimalzahlen oder temporäre Fließkommazah- 
len). 

Der Coprozessor speichert die Zahlen im nor- 
malisierten Format (wissenschaftliche Darstel- 
lung). Eine Zahl ist normalisiert, wenn das Bit 63 
des Signifikanten 1 ist. Der Coprozessor geht da- 
von aus, daß die Zahl im Signifikanten eine Real- 
zahl zwischen 1 und 2 ist. Das Exponentenfeld 
gibt die Zahl der Schiebeoperationen an, die der 
Signifikant geschoben werden muß, um die Ori- 
ginalzahl zu erhalten. Da der Exponent als vor- 
zeichenlose Zahl dargestellt ist, muß ein Offset 
addiert werden, um negative Zahlen darstellen 
zu können. Dies gestattet dem Coprozessor den 
Vergleich zweier Zahlen, ohne zuerst die Expo- 
nenten zu berechnen, und spart daher Ausfüh- 
rungszeit. 


Register 


Die Coprozessor-Bearbeitung spielt sich in acht 
Registern ab. Auf die Register kann in LIFO- 
Stackorganisation zugegriffen werden. Die Ope- 
rationen arbeiten mit den obersten beiden Regi- 
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stern. Die Register können aber auch als festes 
Registerset verwendet werden, indem den Ope- 
rationen zwei Registeroperanden angegeben 
werden. 

Im Gegensatz zu den Registern des Mikropro- 
zessors haben die Register des Coprozessors 
keine eindeutigen Namen. Sie werden als indi- 
zierte Einträge im Stack behandelt. Das oberste 
Register ist mit ST(O), das nächste mit ST(1) und 
so weiter bezeichnet. Die Zahlen werden durch 
Ablegen auf den Stack in den Coprozessor gela- 
den, und durch Wegnehmen vom Stack erhält 
man die Ergebnisse wieder. Viele der Coprozes- 
sor-Befehle arbeiten nur mit dem obersten Stack- 
element. Die meisten verwenden voreingestellt 
das oberste Stackelement. Alle Registeradressen 
sind relativ zum obersten Stackelement. 

Ein 3 Bit großer Zeiger in einem anderen Regi- 
ster (Statuswort) zeigt auf das augenblickliche 
oberste Stackelement. Ein Push-Befehl erniedrigt 
diesen Zeiger um 1 und lädt einen Wert in das 
neue oberste Stackelement. Ein Pop-Befehl er- 
höht den Wert im Zeiger um 1 und entfernt das 
augenblicklich oberste Element. Der Stack ist zir- 
kular und kann überschrieben werden, wenn er 
nicht richtig verwaltet wird. 

Alle numerischen Befehle des Coprozessors 
benützen im Gegensatz zu den Kontrollbefehlen 
das oberste Stackelement als einen Operanden. 
Einige Befehle arbeiten nur mit dem obersten 
Stackelement, wogegen andere mit dem obersten 
und mit dem nächsten Stackelement arbeiten. 
Andere nehmen den zweiten Operanden von 
einem anderen Register des Stacks, oder aus dem 
Speicher. 

Neben den acht Datenregistern verfügt der 
8087 noch über fünf jeweils 16 Bit breite Regi- 
ster. Diese sind das Statuswort, das Kontrollwort, 
das Registerzustandswort (Tagwort), der Ope- 
randenzeiger und der Befehlszeiger. 

Das Statuswort kann man sich als Flagregister 
vorstellen (Bild 3). Es enthält ein Flag, das ge- 
setzt ist, wenn der Coprozessor beschäftigt ist, 
den Stackzeiger, Bedingungscodes und Ausnah- 
meanzeigen. Um dieses Statusregister mit 
Microsoft C zu lesen, können Sie die Funktion 
_status87 verwenden. Um es in einem As- 
semblerprogramm auszulesen, müssen Sie den 
Befehl FSTSW ausführen. Dieser Befehl überträgt 
das Statuswort in den Speicher, wo es der Mikro- 
prozessor dann weiterbearbeiten kann. 

Das Kontrollwort beschreibt, wie der Copro- 
zessor auf Ausnahmen reagieren soll (Bild 4). Es 
beschreibt auch die Präzision, wie das Ergebnis 
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> Bild 4: 

Das Kontrollregister 
beschreibt die Reak- 
tionen des Coprozes- 
sors auf Ausnahme- 
bedingungen. 


> Bild 5: 

Das Tagwort bein- 
haltet Informationen 
über die Werte jedes 
Datenregisters. 


>> Bild 6: 

Das Environment des 
Coprozessors bein- 
haltet alle Register 


außer den Datenregi- 


stern. Der Status 
enthält alle Register. 
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gerundet werden soll, und ob Unendlich vorzei- 
chenlos oder mit Vorzeichen behandelt werden 
soll. Das Kontrollwort verfügt über drei Kontroll- 
felder und sechs Ausnahmemasken. Das Maskie- 
ren der Ausnahmebits veranlaßt den Coprozes- 
sor, alle Ereignisse dieser Art zu behandeln. Sind 
sie nicht maskiert, so hat der Programmierer 
dafür Sorge zu tragen, daß die Ausnahmen rich- 
tig behandelt werden. 

In Assembler wird das Kontrollwort in eine 
Speicherzelle geschrieben und von dort mit 
einem Befehl in den Coprozessor geladen. Pro- 
grammierer, die in einer Hochsprache arbeiten, 
sollten Ihre Bibliotheksfunktionen ansehen, um 
herauszufinden, wie sie vorgehen müssen. Für 
Programmierer, die dieses Kontrollregister nicht 
verändern wollen, bietet Intel Standardeinstel- 
lungen. Hierbei sind Ausnahmen maskiert: 64 Bit 
Präzision, Rundung zur nächsten Zahl und pro- 
jektive Unendlichkeit. 

Das Tagwort enthält Informationen über den 
Inhalt jedes einzelnen Datenregisters (Bild 5). 
Diese Informationen werden hauptsächlich vom 
Coprozessor benutzt, um die Performance zu er- 
höhen. Der Coprozessor speichert 2 Bit für jedes 
Datenregister, was vier verschiedene Tagwerte 
ergibt. 

Der Coprozessor braucht diese Tagwerte, um 
zu identifizieren, was in den einzelnen Daten- 
registern enthalten ist, und um ungültige Ergeb- 
nisse zu kennzeichnen. Der Coprozessor braucht 
das Tagwort auch, um die Richtigkeit der Stack- 
information zu gewährleisten. Ist zum Beispiel 
ein Register als leer gekennzeichnet (Tagwert ist 
11) und wird vom Stack genommen, so stellt der 
Coprozessor Stackunterlauf fest. Ebenso benützt 
der Coprozessor das Tagwort um Stacküberlauf 
zu entdecken, wenn ein Wert in einem Register 
abgelegt werden soll, das schon belegt ist. Stack- 
unter- und -überlauf löst eine Ausnahme aus. Der 
Programmierer kann diese Ausnahme maskieren 
oder nicht maskieren (maskiert ist voreinge- 
stellt). Wenn entweder Stackunter- oder -über- 
lauf auftritt und die ungültige Befehlsausnahme 
maskiert ist, setzt der Coprozessor den Stack- 
pointer und gibt ein Standardergebnis zurück, 
das angibt, daß der Wert bedeutungslos ist. 


 herasasrese | 
ass] Pace | 


Operandenadresse(15-0) 


ozceomnze 


»ovumnonvon 


nn] oe | 


a» ouwum no von 


sT(3) 


sta) 
st{2) 


sta) 


— Protected ide —— 


Real Mode 


seh > Hu 


Operand- und Befehlszeiger liefern Informa- 
tionen über den Befehl und die Daten, die die 
Ausnahme veranlaßt haben, und werden für 
Fehlerbehandlungsroutinen benötigt. Die mei- 
sten Programmierer benötigen diese Register 
nicht, da Sie den Coprozessor die Ausnahmen 
selbst behandeln lassen. 

Im Gegensatz zu den Statuswort- und Kon- 
trollwortregistern kann auf das Tagwort, den Be- 
fehls- und den Datenzeiger nicht direkt zugegrif- 
fen werden. Auf diese Register kann indirekt zu- 
gegriffen werden, indem entweder das Environ- 
ment (FSTENV) oder der Status des Coprozessors 
(FSAVE) in den Speicher geladen wird. Das 14 
Byte große Environment des Coprozessors be- 
inhaltet das Statuswort, das Kontrollwort, das 
Tagwort, den Befehls- und den Operandenzeiger. 
Der 94 Byte große Status des Coprozessors ent- 
hält das Environment und die acht Datenregister 
(Bild 6). Das Format des Status und des Environ- 
ment des Coprozessors hängt vom Modus ab. 

Tritt eine Ausnahme ein, während der Copro- 
zessor im Realmodus ist, so liefert er die 20-Bit- 
Adresse des Befehls und des Operanden (falls 
vorhanden), und die niederwertigen 11 Bits des 
Opcodes. Im geschützten Modus (nur beim 
80287 und beim 80387 möglich) liefert der Co- 
prozessor den Selektor und den Offset des Be- 
fehls und des Operanden (falls vorhanden). Ob- 
wohl die 80287/80387 Realmodus-Ausnahme- 
zeiger dasselbe Format haben wie beim 8087, 
zeigt der Befehlszeiger beim 80287/80387 auf 
den Prefix vor dem Opcode. Beim 8087 zeigt der 
Befehlszeiger auf die ESC-Anweisung selbst. 


Ausnahmen 


Der Coprozessor kennt sechs Ausnahmebedin- 
gungen: ungültiger Befehl, denormalisierter Ope- 
rand, Division durch Null, numerischer Unter- 
lauf, numerischer Überlauf und ungenaues Er- 
gebnis. Die Ausnahmemasken des Coprozessors 
gestatten es dem Programmierer, die Ausnahmen 
selbst zu behandeln oder den Coprozessor einen 
festen Wert zurückgeben zu lassen. Tritt wäh- 


title umfang 
.287 ; MASM über das Vorhandensein von Coprozessor- 
; befehlen informieren. 
data segment 
radius DD 2.468 
umfang DO ? 
data ends 
code segment 


assume cs:code, ds:data 


mov ax,data ; Datensegment initialisieren 
mov ds,ax 


finit ; Coprozessor initialisieren 
fldpi ; ST(0) = pi 

fadd st,st ; ST(0) = 2pf 

fd radius ; 5T(1) = 2pi, ST(O) = radius 
faul st,st(1) ; ST(0) = radius * 2pi 
fstp wmfang ; Ergebnis ablegen und POP ST 


fwait ; Ablage abwarten 
mov ax,&c00h ; Zurück zu DOS 


code ends 
end 


rend der Befehlsausführung im Coprozessor eine 
Ausnahme auf, so setzt der Coprozessor das ent- 
sprechende Bit im Statusregister. Der Coprozes- 
sor prüft dann sein Kontrollregister, um zu sehen 
ob diese Ausnahme maskiert ist. Ist die Aus- 
nahme maskiert, so benützt der Coprozessor 
seine eigene Logik, um ein Ergebnis zu ermitteln. 
Die Ausnahmebits im Statusregister behalten ihre 
Werte, bis sie explizit mit der FINIT oder FCLEX 
gelöscht werden. Der Programmierer braucht bei 
maskierten Ausnahmen nicht nach jeder Anwei- 
sung das Statusregister abprüfen. Das periodi- 
sche Prüfen gewährleistet genaue Ergebnisse. 

Die andere Methode ist das Demaskieren eines 
oder mehrerer Ausnahmebits und das Löschen 
des Interrupt Enable Bits des Coprozessors. Unter 
diesen Umständen löst eine Ausnahme einen 
Interrupt aus. Der Programmierer muß dann 
einen Interrupt Handler schreiben, der auf diese 
Ereignisse reagiert. Der Coprozessor beinhaltet 
eine Menge eingebauter Untersützung für das 
Schreiben solcher Routinen. 


Befehle 


Die Coprozessor-Befehle gliedern sich in sechs 
Bereiche: Datentransfer, Laden von Konstanten, 
transzendente Kalkulationen, Vergleiche, Arith- 
metik und Prozessorkontrolle. Eine Coprozessor- 
Anweisung kann in Assembler auf zwei verschie- 
dene Arten programmiert werden. Als eine 
Mikroprozessor-ESC-Anweisung, der eine Zahl 
folgt (zum Beispiel ESC OBH), oder durch ein 
Coprozessor-Mnemonik (FSTP). Alle Versionen 
des Microsoft Macro Assembler seit der Version 
1.25 unterstützen diese Coprozessor-Mnemonics. 
ESC-Anweisungen werden nur für ältere As- 
sembler benötigt, die aber nur noch selten be- 
nutzt werden. Programmierer, die in Hochspra- 
chen arbeiten, brauchen sich um dies nicht zu 
kümmern, da der Compiler es für sie erledigt. 

Ein Coprozessor-Befehl beginnt mit F. Die 
Listings 1 und 2 zeigen Beispiele solcher Befehle 
in Assembler. Listing 3 zeigt ein Programm, das 
vom Microsoft C-Compiler der Version 4.0 er- 
zeugt wurde. Obwohl die Coprozessor-Anwei- 
sungen nicht in der Quelldatei vorhanden sind, 


title wurzel 


.287 ; MASM über das Vorhandensein von Coprozessor- 
; befehlen informieren. 


t 

arrayl DT 123456789082 ,76543,8653 
dr 23456 „8765234567 „875 
DT 5646456 23232 ,798778,43 

array2 DT 12 DUP (?) ;Ergebnisse 


segment 
assıme cs:code, ds:bed_ data 


mov ax,bcd_ data 
mov ds,ax 
finit ; Coprozessor Initialisieren 


; Datensegment initialisieren 


mov cx,length array2; Schleifenzähler setzen 
mov s1,0 ; Index setzen 


process _array: 
1b} 


d arrayılsi] ; ST{0) = arrayılindex] 
fsgrt ; ST(0) = V ST{0) 
frndint ; ST{0) auf Integer runden 


fbstp array2l[si] 
add si,10 


; Ergebnis im zweiten Array ablegen 
; Index auf nächste zu radizierende 
; Zahl setzen 


loop process array ; Solange bis CX <= Länge( arrayl ) 


fwait ; Letzte Ablage abwarten 
mov ax, 4c00h ; Zurück zu DOS 
int 21h 
code s 
end start 


so können Sie diese doch sehen, wenn Sie das 
Programm mit der Option /Fc übersetzen und in 
die .COD Datei sehen. 

Beginnt eine Anweisung mit 11011, so erkennt 
sie der Mikroprozessor als Coprozessor-Anwei- 
sung und reagiert mit dem Bilden aller notwen- 
digen Operanden und Adressen, die er auf dem 
Datenbus ausgibt. Den Rest der Anweisung igno- 
riert er. Der Mikroprozessor holt dann weitere 
Befehle und führt sie aus, bis er angewiesen 
wird, auf den Coprozessor zu warten. 

Da der Mikroprozessor und der Coprozessor 
verschiedene Aufgaben zur gleichen Zeit erledi- 
gen können, können sie sich gegenseitig Daten 
überschreiben, oder Befehle versäumen, falls sie 
nicht synchronisiert arbeiten. Alle Hochsprachen 
synchronisieren die Aktivitäten automatisch. As- 
sembler-Programmierer müssen dies selbst erle- 
digen. Im Gegenzug für die erhöhte Arbeit, sind 
Assembler-Programmierer flexibler, und können 
einen höheren Durchsatz erzielen, falls Sie die 
Synchronisation sorgfältig durchführen. 

Die 80286- und 80287-Prozessoren haben im 
Gegensatz zu den 8088- und 8086-Prozessoren 
eine eingebaute Synchronisation. Deshalb müs- 
sen die Programmierer konsequent FWAIT-Be- 
fehle nach der Speicheroperation des Coprozes- 
sors einsetzen. 

Verwenden Sie ESC-Anweisungen, so müssen 
Sie eine FWAIT-Anweisung codieren, falls der 
Mikroprozessor auf Daten des Coprozessors war- 
tet. Alle F..-Anweisungen besitzen eine FWAIT- 
Anweisung als erstes Byte. In diesem Fall bleibt 
Ihnen die Arbeit erspart. (Einige Coprozessor Be- 
fehle existieren in der FN..-Form, die den As- 
sembler keine FWAIT-Anweisung erzeugen läßt). 

Zur Synchronisation der Daten müssen bei 
8088 und 8086 die 8087-Befehle synchronisiert 
werden. Da der Coprozessor die Befehle durch 
das Mitverfolgen beim Laden der Befehlsschlange 
des Mikroprozessors erhält, kann der 8087 einen 
Befehl verlieren, während er arbeitet und der 
8088/8086 weiter Befehle holt und ausführt. 


44 Listing 1: 

Dieses Assemblerpro- 
gramm berechnet 
mit dem Coprozessor 
den Umfang eines 
Kreises mit gege- 
benem Radius. Alle 
Coprozessor-Befehle 
beginnen mit F. 


«Listing 2: 

Dieses Programm be- 
rechnet mit dem Co- 
Prozessor die Qua- 
dratwurzel eines 
jeden Elements eines 
Arrays von BCD- 
Zahlen. Die Ergeb- 
nise werden in einem 
anderen BCD-Array 
abgelegt, und kön- 
nen so leicht für die 
Ausgabe konvertiert 
werden. 
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> Listing 3: 

Dieses Programm 
zeichnet einen Kreis 
auf dem Bildschirm 
eines Computers mit 
Grafikkarte. Die 
Microsoft C-Biblio- 
thek wird zum Be- 
rechnen der Sinus- 
und Cosinuswerte 
benützt. Die Copro- 
zessor-Anweisungen 
erscheinen erst nach 
der Übersetzung. 


Coprozessor 


Microsoft 
System Journal 


Nov./Dez. 1989 


192 


#include 
#include 


"stdio.h” 
"math,h* 


extern set_graph_mode(); 
extern set text model); 

extren plot_point(); 

#define VERTICAL_CENTER 99.5 
#define HORTZONTÄL_CENTER 319.5 
#define PI 3.1415927 

main() 


char ch; 
float radians, radius, aspect_ratio; 


aspect_ratio=2.1; /* Pixelformat dem Bildschirmformat anpassen */ 
radius=90; 


set_graph_mode(); /* 640 x 200 Grafikmodus */ 


/* Der Kreis soll aus einem Punkt pro 1/100 Grad Radian entstehen */ 
for (radians«0; radians<2*Pl; radians«radians+0.01) 


long xy; 


x=HORIZONTAL_CENTER+tradius*aspect_ratio*cos(radians); 
y=VERTICAL_CENTER+radius*sin(radians); 


/* Pixel auf den Monitor bringen */ 
plot_point((int)x, (Int)y)i 
} 


/” Auf Tastendruck warten */ 
ch=getchar(); 


/* Wieder in Textmodus zurückschalten */ 
set_text_mode(); 
! 


Jedes Programm, das den Coprozessor ver- 
wendet, sollte aber auch ohne diesen laufen 
können. Bevor die Software den Coprozessor an- 
spricht, sollte sie prüfen, ob er überhaupt vor- 
handen ist. Dies ist einfach durch die Initialisie- 
rung des Coprozessors und das anschließende 
Lesen des Kontrollworts zu erreichen. Ist ein Co- 
prozessor vorhanden, so sind die Werte des Kon- 
trollworts so gesetzt, wie Intel dies spezifiziert. 
Viele Bibliotheken verfügen bereits über diesen 
Test. Ist kein Coprozessor vorhanden, so sollte 
das Programm eine Emulationsbibliothek aufru- 
fen, oder sich beenden. Listing 4 zeigt hierfür ein 
Beispiel. 


Real oder geschützt 


Der 8087 arbeitet nur im Real-Modus. Die 80287 
und 80387 können hingegen im Real- und im ge- 
schützten Modus arbeiten. Alle Programme, die 
für den 8087 geschrieben wurden, sind kompati- 
bel zu denen für 80287/80387 im Real Modus. 
Die Ausführung der privilegierten Anweisung 
SETPM versetzt den 80287 oder den 80387 in 
den geschützten Modus. Sie können nur durch 
einen Hardware-Reset in den Real Modus zu- 
rückversetzt werden. 

Der Arbeitsmodus des Mikroprozessors beein- 
flußt den Coprozessor auf zwei Arten: Ausnah- 
mebehandlungen und Speicherzugriff. Das Spei- 
cherabbild des Befehls- und Datenzeigers nach 
einer FSTENV- oder FSAVE-Anweisung hängt 
vom Arbeitsmodus des Coprozessors ab (Listings 
1 und 2). Jedes Programm, das diese Informatio- 
nen auswertet, muß den Arbeitsmodus berück- 
sichtigen, um richtige Ergebnisse zu liefern. Im 
geschützten Modus ist der Interrupt 16 für die 
Ausnahmebehandlung des Coprozessors zustän- 


dig. Coprozessor-Anweisungen die zu einer Aus- 
nahme führen, lösen einen Interrupt 16 aus, falls 
die Ausnahme nicht maskiert ist. Der geschützte 
Modus verfügt auch über eine Regelung, wenn 
der Coprozessor nicht vorhanden ist (oder emu- 
liert werden soll). Ein Interrupt 7 wird ausgelöst, 
wenn eine ESC-Anweisung zu bearbeiten ist, und 
das Emulationsbit (EM) im Statuswort des 
Mikroprozessors gesetzt ist. Dieser Trap-Mecha- 
nismus hilft dem Programmierer, systematisch 
Emulationscode in das Programm aufzunehmen. 

MS 0S/2 bietet grundlegende Ausnahme- 
behandlung für den Coprozessor, indem es die 
Ausnahmebehandlung des 80287 oder 80387 
unterstützt. Es verfügt über keine Standard- 
Emulationsbibliothek für den Coprozessor. Diese 
muß vom Compilerhersteller verfügbar sein. 

Im geschützten Modus prüft der Mikroprozes- 
sor alle Speicherzugriffe (inklusive derjenigen 
des Coprozessors) auf Speicherschutz-Verletzun- 
gen. Coprozessor-Applikationen, die im geschütz- 
ten Modus laufen, müssen sich an diese 
Speicherzugriffsregeln halten. Jeder Verstoß ver- 
ursacht entweder Interrupt 13 (wenn der Ver- 
stoß beim ersten Wort des numerischen Operan- 
den auftritt) oder Interrupt 9 (wenn der Verstoß 
bei einem folgenden Wort auftritt). 

Wenn Sie ein 8087-Programm auf ein System 
im geschützten Modus übertragen wollen, so 
müssen Sie mit einem 80286/80386-Assembler 
neu übersetzen. Dieser entfernt die überflüssigen 
FWAIT-Befehle und erzeugt einen kompakteren 
Code. Sie sollten auch die folgenden Änderungen 
durchführen: 

+ Entfernen Sie die Interruptkontroller-Anwei- 
sungen im Ausnahmebehandlungsteil des Pro- 
gramms. 

° Streichen Sie die 8087-Anweisungen FENI/ 
FNENI (Interrupts zulassen) und FDISI/FNDISI 
(Interrupts sperren). Der 80287 und 80387 igno- 
riert diese Anweisungen. Der Status des 80287/ 
80387 wird nicht aktualisiert. 

° Vergewissern Sie sich, daß der Interruptvektor 
16 zu einer numerischen Ausnahmebehandlungs- 
routine zeigt. 

* Schreiben Sie eine Mikroprozessor-Ausnahme- 
behandlungsroutine für Interrupt 7. Diese wird 
bei der Bearbeitung einer Coprozessor-Anwei- 
sung aufgerufen, wenn das Statuswort des 
Mikroprozessors TS=1 (Task umgeschaltet) oder 
EM=1 (Emulation) enthält. 

® Schreiben Sie eine Ausnahmebehandlungsrou- 
tine für den Interrupt 9 (die aufgerufen wird, 
wenn das zweite oder weitere Wort eines Fließ- 
kommaoperanden außerhalb des Segments liegt) 
und den Interrupt 13 (die ausgelöst wird, wenn 
das erste Wort eines numerischen Operanden 
außerhalb des Segmentes liegt). 

Marion Hansen, Lori Sargent 


title math module 


+287 ; MASM über das Vorhandensein von Coprozessar- 
; befehlen informieren. 


public init math 
public Imu132 


present equ 0 
missing equ 1 


code segment public "'code’ 
assume cs:code 


cp_flag db 1 Status für 'B7er vor- 
handen / nicht vorhanden 
etri_word dw I) ; ‘Ber Control-Wort 


init_math: Sucht nach dem Coprozessor und setzt entsprechend dem 
Ergebnis das globale Flag cp flag. Es gibt an, ob 
der Coprozessor oder die Emulation benutzt werden 
soli. Diese Routine muß daher unbedingt VOR Aufruf 
der anderen beiden gestartet werden. 


init_math PROC FAR 


fninit ; "Ber initialisieren 
fnstew cs:ctri_word ; Controlwort ablegen 
emp byte ptr es:[ctrl_word+1],3; Sind nur die Bits 8 und 9 


je yes_cp s gesetzt, ist ein Co- 
mov es:cp_flag,missing ; prozessor installiert 
jo init_math_exit 

yes_cp: 
mov cs:cp_flag,present 


init_math_exit: 
ret 


init_math ENDP 


; Imul_32: Diese Routine multipiiziert zwei 32-Bit-Integer mit Vor- 
N zeichen. Sie kann auch für die Multiplikation von zwei 
32-Bit-Festkommazahlen genutzt werden. 


Input: Zwei 32-Sit-Integer 
ds:si Zeiger auf Integer A 
ds:di Zeiger auf Integer B 


Output: 64-Bit-Ergebnis, abgelegt ab Adresse [es:bx] 


ima1_32 PROC FAR 


cmp es:cp_flag,missing Falls kein Coprozessor 


je emulate_imul_32 ; vorhanden, dann Emulation 
; sonst B0X87 benutzen. 

fild dword ptr [si] ; ST(0)=A 

fim] dword ptr [di] » ST(O)»A"B 


fistp qword ptr es: [bx} 


en 
= 
= 
» 


Ablage abwarten 
fertig 


Jim imul_32_exit 


Bei der Emulation teilen sich A und B wie folgt auf: 
A ist ein 32-Bit-Integer bestehend aus 
einem low word AD und einem high word Al und 
B ist ein 32-Bit-Integer bestehend aus 
einem low word BO und einem high word Bl. 


Das Ergebnis wird durch Addition der vier Teilprodukte berechnet. 
Diese Teilprodukte ergeben sich aus den vorzeichenlosen Multipli- 
kationen von AD*BO, AD*Bl, Al*BO und Al*Bl. Das Vorzeichen des 
Endergebnisses wird am Schluß der Berechnungen korrigiert. 


M-5-B-K Hamburg 


; Ergebnis ablegen und POP 


emuiate_ 


AD_x_Bl: 


Al_x Bl: 


Imul_32: 

push ax ; Zusätzliche Register sichern 
push cx 

push dx 

push bp 

mov ax, [si] ax=A0 


mu) word ptr [di] 


mov es:[bx],ax AOBOT ablegen (4.5palte) 

mov ex.dx ; cx=A0BOh 

mov ax, [st+2] s an-Al 

mul word ptr [di] dx=A1BOh, ax=A1B01 

push bx Zeiger später wiederverwenden 
mov bx,ax ; bx=AlB01 

mov bp.dx ; bp=AlBOh 

mov ax, [si] ; ax«AD 

mu! word ptr [di*2] ; dx-ADBIh, ax-A0B1] 

add cx,bx cx=ADBOh+A1B11 

ade cx,ax ; cx=ADBOh+AlBLT+AOBl1+carry 
pop bx Ablagezeiger holen 

mov es: [bx+2].cx ; 3.5palte speichern 

push bx Zeiger später wiederverwenden 
xor bx.bx ; bx löschen 

adc bx,0 Carry-Information sichern 
mov cx,dx ; ex=A0Blh 

mov ax,[si+2] s ax=Al 


mi word ptr [di+2] ; dx=AlBlh, ax=Al811 


add ex,bx ; ex" AMBihrcarry 

adc cx,bp cx=AQBIh+A1B0h 

ade cK,äx ex=AQBIhrAlBOh+AlBLl]+carry 
pop bx Ablagezeiger holen 

mov es: [bx+4],cx ‚Spalte speichern 

adc dx,0 ; dx=AlBl+carry 


mov es: [bx+6] ‚dx ; 1,5palte speichern 


; Jetzt muß noch eine Vorzeichenkorrektur durchgeführt werden. 
test_A: 
mov an,[si+2] ; ahshigh byte von A 
or ah,ah ; Falls A negativ ist, 
js substract_B ; subtrahiere B vom high DD des Ergebnisses 
test_B: 
mov ah,[di+2] ; ahshigh byte von B 
or ah,ah ; Falls B negativ ist, 
Js substract_A ; subtrahiere A vom high DO des Ergebnisses 
Jjm esulate_done 
substract_B: 
mov ax, [di] ; ax=-B0 
mov cx,[di+2] s cx=B1 
sub es: [bx+4] ‚ax ; die beiden high words abgleichen 


sbb es: [bx+6] .cx 
m test_B 


substract_A: 


mov ax,[st] ; 
mov ex, [st+2] ; 
sub es: [bx+4] ‚ax 
sbb es: [bx+6] ,cx 


die beiden high words abgleichen 


emulate_done: 


pop bp Register wiederherstellen 


pop dr 
pop cx 
pop ax 


imul_32_ exit: 


im _32 


code 


ret 


ENDP 


ends 
end 


GREENPEACE 


Listing 4: 

Diese Routine führt 
dieselben Multiplika- 
tionsfunktionen mit 
und ohne Coprozes- 
sor durch. Das Pro- 
gramm prüft zuerst 
das Vorhandensein 
des Coprozessors. Ist 
dieser vorhanden, so 
wird die Funktion 
imul_32 aufgerufen, 
ansonsten wird zur 
Funktion emu- 
late_imul_32 ver- 
zweigt. 
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Liebe Softwareknacker. 
Es ist völlig zwecklos, dem neuen 
Hardlock E-Y-E schöne Augen zu machen. 


Softwareschutz braucht einen seriösen Partner. 
Wer beim Schutz seiner Software kein Auge 

mehr zudrücken möchte, landet irgendwann bei 
FAST Electronic. Seit 1985 haben wir über 120.000 
Hardlock-Module produziert. Und verkauft. Denn 
Hardlock ist kein gewöhnlicher Kopierschutz. 
Hardlock ist Softwareschutz durch Hardware. 
Transparent. Anreihbar. Und durch die einzigartige 
Encryption-Technique nicht zu knacken. 


Hardlock E-Y-E - ein eigener Chip für den 
Softwareschutz. 

Der Vorsprung wird größer. Das neue 

Hardlock E-Y-E basiert auf einem Chip, den 
FAST Electronic eigens zum Schutz von Software 
entwickelt hat. Hardlock E-Y-E ist cryptoprogram- 
mierbar. Das heißt, es kann von Ihnen selbst 
programmiert werden - und von niemand ande- 
rem. So sind Sie flexibler beim Schutz von 
Programmoptionen. Im neuen Hardlock E-Y-E 
können optional bis zu 128 Byte Daten abgelegt 
werden. Und mit dem automatischen Einbindungs- 
programm HL-Crypt schützen Sie Ihre .COM- 
und .EXE-Files in Sekundenschnelle. Für die 


individuelle Einbindung erhalten Sie ohne Aufpreis 
Abfrageroutinen für alle gängigen Compiler. 


Testen Sie den neuen Chip. 

FAST Electronic hat eine halbe Million Deutsche 
Mark investiert, um Hardlock noch sicherer zu 
machen. Aber nicht teurer. Es lohnt sich, unsere 
Konditionen zu 
kennen. Und 
Leistung und 
Preis mit ande- 
ren Systemen zu 
vergleichen. Sie 
werden sehen: 
Gerade bei gro- 
Ben Stückzahlen 
können wir 
Ihnen konkur- 
renzlos günstige 
Angebote kalkulieren. Bestellen Sie ein Test-Modul 
des neuen Hardlock E-Y-E unverbindlich zur 
Ansicht. Jetzt. 


MFAST 


Fast Electronic GmbH 


Das neue Hardlock E-Y-E: 
Sicherheit in Silizium. 


FAST Electronic GmbH, Kaiser-Ludwig-Platz 5, 8000 München 2, Tel. (089) 532653, Fax (089) 53 34.01 
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DM 69,- (sFr 63,50/ö6S 538,-) 


M. Kolberg, 

MS-Works (deutsch) 
1988, 473 Seiten, Dual 

ISBN 3-89090-605-2 

DM 69,- (sFr 63,50/öS 538,-) 


B. Rosemenn, M. Kerres, 

D.J. Schlopnies, H. Fink, 
MS-Excel 

1988, 185 Seiten, inkl. Diskette 
ISBN 3-89090-515-3 

DM 69,- (sFr 63,50/öS 538, -) 


R. Haselier/K. Fahnenstich 
Quick C Toolbox 

1989, 289 Seiten, 

inkl. vier Disketten 

ISBN 3-89090-674-5 

DM 98,-* (sFr 90,20*/6S 834,-*) 


Dr. F.M. Sonner/M. Theis 
MS-OS/2 

für Software-Entwickler 
1988, 246 Seiten, 

ISBN 3-89090-638-9 

DM 79,- (sFr 72,70/öS 616,-) 


R. Haselier/K. Fahnenstich 
Programmieren mit Quick C 
1988, 412 Seiten, 

inkl. zwei Disketten 

DM 69,- (sFr 63,50/0S 538,-) 


IINFO-COUPON 


| Bitte senden Sie mir Ihr Gesamtverzeichnis 
| mit 500 aktuellen Computerbüchern und Software. 


Dr. N. Meder/G. König, 


1987, 304 Seiten, 
ISBN 3-89090-512-9 
DM 79,- (sFr 72,70/öS 616,-) 


| Name 


| Straße 


| PLZ/Ort 


| Bitte ausschneiden und schicken an: Markt & Technik Verlag AG, 
Buch- und Software-Verlag, Hans-Pinsel-Str. 2, 8013 Haar bei München 


J. Beine/A.E. Maul 

MS-Chart 3.0 

Lieferbar 4. Quartal 1989, 

ca. 250 Seiten, inkl. Diskette 
ISBN 3-89090-165-4 

DM 69,- (sFr 63,50/öS 538,-) 

* unverbindliche Preisempfehlung 


Markt & Technik-Bücher und 
Software erhalten Sie bei 
Ihrem Buchhändler, in Com- 
puterfachgeschäften und in 
den Fachabteilungen der 
Warenhäuser. 


Markt&fTechnik 


| Zeitschriften - Bücher 


Y Software - Schulung 


README.EXE und READ.ME: 

Diese Datei und ein Programm zur Anzeige derselben. 
\8087: Zu »Auf, auf und davon«, S. 187 

\DDE: Zu »Dynamischer Datenaustausch unter dem 
Presentation Managers, S. 6 

\DEBUG: Zu »Die Debugregister des Intel 386«, S. 178 
\DISKS: Zu »Diskettenstruktur unter DOS«, S. 150 
\DUMP: Zu »Eine Hex-Dump-Applikation für Win- 
dows«, $. 35 

\OVER: Zu »Ein Overlay-Manager für DOS«, S. 161 
\QP: Zu »Systemnahe Programmierung mit Quick- 
Pascal«, $. 80 

\SAA6: Zu »Noch mehr Objekte für Ihre Dialogboxen«, 
S.115 

\THREADS:; Zu »Multithread-Programme unter OS/2«, 
S.19 


(C) Copyright 1989 Microsoft GmbH, Unterschleiß- 
heim. Alle Rechte vorbehalten. 


Sollte sich diese Diskette als defekt erweisen, 
schicken Sie sie bitte an die untenstehende 
Adresse. Sie erhalten dann umgehend ein neues 
Exemplar. 


Microsoft System Journal 
Vertriebsservice 
Postfach 6740 

D-8700 Würzburg 1 


e 
k 


Die Diskette zum 
Microsoft System Journal 
Nov./Dez. 1989 


\ README . EXE 
READ.ME 


\8087_ _MATHMOD.ASM, UMFANG.ASM, WURZEL.ASM, GRAPH.C 


\0DE CLIENT.C, CLIENTMN.C, CLINIT.C, SERVER.C, SRVRINI.C 
SRVRMAIN.C, CLIENT.H,SERVER.H,ST.H 


\DEBUG DEBUGSRC.ASM 


\DISKS FREE.C, LISTI.C, LIST2.C, LIST3.C, LIST4.C, LIST6.C 


„\DUMP___DUMP.C, FILE.C, PANE.C, SPLITH.CUR, SPLITV.CUR, SPLITX.CUR 


y 


s - - 


Allen Interessenten bieten wir die Listings gegen 
eine Aufwandsentschädigung von DM 8,- auch 
auf 3 1/2-Zoll-Disketten an. Wenden Sie sich 
dazu an: 


Microsoft System Journal 
Leserservice 7311 
Postfach 6740 

D-8700 Würzburg 


Verzeichnisstruktur 
der Diskette 
MSJDSK36 


Jetzt zum Abo-Vorteilspreis bestellen! 


Vorsprung sichern - 
aus erster Hand 
informieren. 

MS Journal ..\etc 


im Jahresabonnement 
nur DM 36,- 
im 2-Jahresabonnement 


= r IC 


Insider-Informationen für Programmierer, 
Softwareentwickler, Systemdesigner und er- 
fahrene Anwender von Microsoft-Software. 


Microsoft System Journal 


im Jahresabonnement ( 6 Ausgaben) zu DM 115,- 
im 2-Jahresabonnement (12 Ausgaben) zu DM 210,- 


Pr Listings auf Diskette zum Compilieren oder 
N zur schnellen Übernahme in Programme. 
ee Lieferbar auf 5\,”Disketten 360 KB für 
Se IBM PC und Kompatible 


Microsoft System Journal + Diskette 


im Jahresabonnement ( 6 Ausgaben) zu DM 230,- 
im 2-Jahresabonnement (12 Ausgaben) zu DM 420,- 


Treffsicher ! 


Ihre Anzeige 


im 


Microsoft 


SYSTEM JOURNAL 


Nutzen Sie die qualifizierte Zielgruppe für Ihre 
Produkt- und Stellenanzeigen. 


\ 
A 
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MS Journal ..\etc - BESTELLUNG 


Ja, ich bestelle die MS Journal \etc. ab: 
UDO für mich/uns U für umseitigen Empfänger 
Für: O1 Jahr (12 Ausgaben) zum Vorteilspreis von DM 36,— 
DI 2 Jahre (24 Ausgaben) zum Vorteilspreis von DM 64,— 
Postzustellung frei Haus. Vertriebskosten und Mehrwertsteuer sind im Vorteilspreis enthalten. 


(Name (bitte in Blockschrift) 
Vorname 
Straße und Hausnummer 


PLZ und Ort 
Dieses Angebot gilt für die Bundesrepublik Deutschland und West-Berlin. 


Auslandspreise: Schweiz sfr 40,-, Österreich öS 280,- (für 1 Jahr) 
Schweiz sfr 64,-, Österreich öS 500,- (für 2 Jahre) 


Microsoft Sysra Jowrsar 
Bestellung 


J A, ich bestelle Ja, ich bestelle das Microsoft System Journal ab: 
OD ... Heft(e) Microsoft System Journal . 
Ausgabe(n) vom: [J 1 Jahr (6 Ausgaben) zum Vorteilspreis von DM 126,- 


Postzustellung frei Haus. Vertriebskosten und Mehrwert- 
steuer sind im Vorteilspreis enthalten. 


Zum Einzelpr eis von DM 24,80 Dieses Angebot gilt nur für die Bundesrepublik Deutschland und 
Auslandspreise: Schweiz sfr 24,80 WENN, 
Österreich öS 200,- Auslandspreise: 


Schweiz sfr 126,- Österreich öS 900,- für 1 Jahr (6 Ausgaben). 


Name (bitte in Blockschrift) Das Abonnement verlängert sich automatisch um ein weiteres 
Jahr zu den dann gültigen Preisen, wenn es nicht acht Wochen vor 
Ablauf gekündigt wird. 
Vorname 
Ich bezahle mein Abonnement: BR 
mm 0 Ne! 
So uulTeesaee Ü sofort nach Erhalt der Rechnung. BR RR 
U] Durch Bankeinzug. gut a 
EN 


PLZ und Ort 


Empfänger der Zeitschrift 


Name (bitte in Blockschrift) 


Vorname 


Straße und Hausnummer 


PLZ und Ort 


Garantie 


Mir ist bekannt, daß ich diese Bestellung innerhalb 
:iner Woche bei der Bestelladresse widerrufen 
ann. Zur Wahrung der Frist genügt die rechtzeiti- 
e Absendung meines Widerrufsschreibens. 


(ch bestätige dies durch meine zweite Unterschrift. 


Datum/Unterschrift 


inzugsermächtigung 
liermit ermächtige ich Sie widerruflich, die von mir zu 


ntrichtenden Zahlungen für bei Ihnen bestellte Artikel bei 
"älligkeit zu Lasten meines 


Kontos Nr.: 


3LZ: 


3eldinstitut 
lurch Lastschrift einzuziehen. Wenn mein Konto die erfor- 
lerliche Deckung nicht aufweist, besteht seitens des konto- 
ührenden Geldinstituts keine Verpflichtung zur Einlö- 
ung. 


Jatum/Unterschrift 


Sarantie 


Mir ist bekannt, daß ich diese Bestellung innerhalb 
'iner Woche bei der Bestelladresse widerrufen 
ann. Zur Wahrung der Frist genügt die rechtzeiti- 
e Absendung meines Widerrufsschreibens. 


ch bestätige dies durch meine zweite Unterschrift. 


Jatum/Unterschrift 


\bsender: 


Bitte 


freimachen 


Antwort 


Druck- und Verlagshaus 
Alois Erdl KG 


Postfach 


D-8223 Trostberg 


Bitte 


freimachen 


Antwort 


System Journal 
Leserservice 7311 


Postfach 6740 


D-8700 Würzburg 


